Underground/Underground CD1.iso/other/how-to.pl/BootPrompt-HOWTO.pl.txt

Text File | 1998-08-21 | 90.8 KB | 2,509 lines

  Jakie argumenty mo┐na przekazaµ do j▒dra podczas startu.
  Autor: Paul Gortmaker, [e-mail]
  v1.14, 1 Lutego 1998
  Wersja polska: Bartosz Maruszewski, [e-mail]
  v1.4, 16 Sierpnia 1998


  Dokument ten jest zestawieniem wszystkich mo┐liwych argument≤w
  podawanych w czasie startu systemu (Boot prompt). Dotyczy to wszyst¡
  kich parametr≤w j▒dra jak i sterownik≤w urz▒dze±. Zawarte s▒ tutaj
  tak┐e opisy jak j▒dro sortuje te argumenty oraz najpopularniejszego
  oprogramowania s│u┐▒cego do startu j▒dra.  Dokument ten zosta│
  napisany w standardzie ISO-8859-2.  Wersja oryginalna tego dokumentu
  znajduje siΩ pod adresem ftp.icm.edu.pl w katalogu /pub/Linux/sun¡
  site/docs/HOWTO.
  ______________________________________________________________________

  Table of Contents
















































  1. Wprowadzenie

     1.1 Disclaimer i Prawa autorskie.
     1.2 Dokumenty zwi▒zane z poni┐szym.
     1.3 Grupy dyskusyjne dotycz▒ce Linux-a.
     1.4 Nowe wersje tego dokumentu.

  2. Przegl▒d argument≤w podawanych w czasie startu systemu.

     2.1 LILO. (LInux LOader)
     2.2 LoadLin.
     2.3 NarzΩdzie "rdev".
     2.4 Jak j▒dro sortuje argumenty.
     2.5 Ustawianie zmiennych ╢rodowiskowych.
     2.6 Przekazywanie argument≤w do programu "init".

  3. Og≤lne argumenty nie dotycz▒ce sterownik≤w.

     3.1 Argumenty dotycz▒ce g│≤wnego systemu plik≤w.
        3.1.1 Argument "root=".
        3.1.2 Argument "ro".
        3.1.3 Argument "rw".
     3.2 Argumenty dotycz▒ce RAM-dysku.
        3.2.1 Argument "ramdisk[lowbar]start=".
        3.2.2 Argument "load[lowbar]ramdisk=".
        3.2.3 Argument "prompt[lowbar]ramdisk=".
        3.2.4 Argument "ramdisk[lowbar]size=".
        3.2.5 Argument "ramdisk=".
        3.2.6 Argument "noinitrd".
     3.3 . Argumenty dotycz▒ce obs│ugi pamiΩci.
        3.3.1 Argument "mem=".
        3.3.2 Argument "swap=".
        3.3.3 Argument "buff=".
     3.4 Argumenty dotycz▒ce g│≤wnego systemu plik≤w montowanego poprzez NFS.
        3.4.1 Argument "nfsroot=".
        3.4.2 Argument "nfsaddrs=".
     3.5 Inne argumenty.
        3.5.1 Argument "debug".
        3.5.2 Argument "init=".
        3.5.3 Argument "no387".
        3.5.4 Argument "no-hlt".
        3.5.5 Argument "no-scroll".
        3.5.6 Argument "panic=".
        3.5.7 Argument "profile=".
        3.5.8 Argument "reboot=".
        3.5.9 Argument "reserve=".
        3.5.10 Argument "vga=".

  4. Argumenty startowe dla urz▒dze± peryferyjnych SCSI.

     4.1 Argumenty dla sterownik≤w ╢redniego poziomu.
        4.1.1 Maksymalna liczba sprawdzanych urz▒dze± LUN. ("max[lowbar]scsi[lowbar]luns=")
        4.1.2 Parametry dla sterownika ta╢m SCSI. ("st=")
     4.2 Argumenty kontroler≤w SCSI.
        4.2.1 Kontrolery aha151x, aha152x, aic6260, aic6360, SB16-SCSI (`aha152x=')
        4.2.2 Kontroler aha154x. ("aha1542=")
        4.2.3 Kontrolery aha274x, aha284x, aic7xxx ("aic7xxx=")
        4.2.4 Kontroler SCSI AdvanSys. ("advansys=")
        4.2.5 Kontroler Always IN2000. ("in2000=")
        4.2.6 SprzΩt na podstawie AMD AM53C974. ("AM53C974=")
        4.2.7 Kontrolery SCSI BusLogic z j▒drem w wersji 1.2. ("buslogic=")
        4.2.8 Kontroler SCSI BusLogic z j▒drem w wersji 2.x. ("BusLogic=")
        4.2.9 Karty EATA SCSI. ("eata=")
        4.2.10 Future Domain TMC-8xx, TMC-950. ("tmc8xx=")
        4.2.11 Future Domain TMC-16xx, TMC-3260, AHA-2920. ("fdomain=")
        4.2.12 Port r≤wnoleg│y IOMEGA / sterownik ZIP. ("ppa=")
        4.2.13 Kontrolery oparte na NCR5380. ("ncr5380=")
        4.2.14 Kontrolery oparte na NCR53c400. ("ncr53c400=")
        4.2.15 Kontrolery oparte na NCR53c406a. ("ncr53c406a=")
        4.2.16 Pro Audio Spectrum. ("pas=16")
        4.2.17 Seagate ST-0x ("st0x=")
        4.2.18 Trantor T128. ("t128=")
        4.2.19 Karta Ultrastor SCSI. ("u14-34f=")
        4.2.20 Karty Western Digital WD7000. ("wd7000=")
     4.3 Kontrolery SCSI nie przyjmuj▒ce parametr≤w.

  5. Dyski twarde.

     5.1 Parametry dla dysk≤w i CD-ROM-≤w IDE.
     5.2 Parametry standardowego sterownika ST-506. ("hd=")
     5.3 Parametry sterownika dysku XT. ("xd=")

  6. CD-ROM-y (NapΩdy inne ni┐ SCSI/ATAPI/IDE).

     6.1 Interfejs Aztech. ("aztcd=")
     6.2 Interfejs Sony CDU-31A i CDU-33A. ("cdu31a=")
     6.3 Interfejs Sony CDU-535. ("sonycd535=")
     6.4 Interfejs GoldStar. ("gscd=")
     6.5 Interfejs ISP16. ("isp16=")
     6.6 Interfejs Mitsumi Standard. ("mcd=")
     6.7 Interface Mitsumi XA/MultiSession. ("mcdx=")
     6.8 Optics Storage Interface. ("optcd=")
     6.9 Interfejs Philips CM206. ("cm206=")
     6.10 Interfejs Sanyo. ("sjcd=")
     6.11 Interfejs SoundBlaster Pro. ("sbpcd=")

  7. Inne urz▒dzenia.

     7.1 Urz▒dzenia Ethernet. ("ether=")
     7.2 Sterownik do dyskietek. ("floppy=")
     7.3 Sterownik do d╝wiΩku. ("sound=")
     7.4 Sterownik do myszy Bus. ("bmouse=")
     7.5 Sterownik do myszy MS Bus. ("msmouse=")
     7.6 Sterownik do drukarki, ("lp=")
     7.7 Sterownik do ICN ISDN. ("icn=")
     7.8 Sterownik do PCBIT ISDN. ("pcbit=")
     7.9 Sterownik do Teles ISDN. ("teles=")
     7.10 Sterownik do DigiBoard. ("digi")
     7.11 Sterownik wieloportowej karty szeregowej RISCom/8. ("riscom8=")
     7.12 Baycom Serial/Paralell Radio Modem. ("baycom=")

  8. Zako±czenie.

  9. Od t│umacza.



  ______________________________________________________________________

  1.  Wprowadzenie


  J▒dro ma ograniczon▒ mo┐liwo╢µ przyjmowania informacji podczas startu
  w formie polece± wydawanych z wiersza polece±, podobnych do listy
  argument≤w jakie poda│by╢ do zwyk│ego programu. W og≤lno╢ci stosuje
  siΩ to do przekazywania pewnych informacji do j▒dra na temat
  przy│▒czonych urz▒dze±, kt≤rych ono samo nie mog│oby wykryµ, lub w
  celu zmiany ustawie±, tych urz▒dze±.

  Je╢li skopiujesz j▒dro bezpo╢rednio na dyskietkΩ, (np. cp zImage
  dev/fd0) wtedy nie masz mo┐liwosci przekazania ┐adnych argument≤w do
  tego j▒dra. Dlatego wiΩkszo╢µ u┐ytkownik≤w Linux-a u┐ywa specjalnych
  program≤w takich jak LILO czy loadlin s│u┐▒cych do przekazywania tych
  argument≤w do j▒dra i do │adowania go.

  WA»NA UWAGA DLA U»YTKOWNIK╙W MODUú╙W: Argumenty podczas │adowania
  j▒dra odnosz▒ siΩ zwykle do sterownik≤w sprzΩtowych wkompilowanych w
  j▒dro na sta│e. Nie odnosz▒ one ┐adnego skutku w stosunku do
  sterownik≤w │▒downych jako modu│y. WiΩkszo╢µ dystrybucji u┐ywa
  modu│≤w. Je╢li nie jeste╢ pewien, to sp≤jrz do man depmod i man
  nmodprobe jak r≤wnie┐ do /etc/conf/modules.

  Bie┐▒ca wersja tego dokumentu dotyczy j▒dra do wersji 2.0.33 w│▒cznie
  oraz wersji rozwojowych do 2.1.84.

  Dokument ten zosta│ pierwotnie napisany i opiekuje siΩ nim:


       Paul Gortmaker, [e-mail]


  ***** UWAGA !!!!! *****
  Argumenty j▒dra nie dotycz▒ce urz▒dze± i port≤w specyficznych dla
  maszyn
  typu i386 (szczeg≤lnie Atari/Amiga) nie s▒ obecnie udokumentowane.
  ***********************


  1.1.  Disclaimer i Prawa autorskie.


  Dokument ten nie jest idealny i najlepszy. Aczkolwiek jest on
  przypuszczalnie naj╢wie┐szym, i zawiera naj╢wie┐sze dane, kt≤re
  bΩdziesz w stanie znale╝µ.  Nikt nie jest odpowiedzialny za to co
  stanie siΩ z twoimi urz▒dzeniami poza tob▒. Je╢li tw≤j komputer
  zacznie siΩ paliµ (... co jest raczej niemo┐liwe!) ja nie biorΩ
  odpowiedzialno╢ci, tzn: AUTOR NIE JEST ODPOWIEDZIALNY ZA JAKIEKOLWIEK
  ZNISZCZENIA POWSTAúE NA SKUTEK PODJ╩TYCH DZIAúA╤ NA PODSTAWIE TEGO
  DOKUMENTU. (T│umacz te┐ nie ;)) )

  Dokument ten jest chroniony prawami autorskimi (C) 1995-1998 Paula
  Gortmakera.

  Dokument ten mo┐e byµ kopiowany zgodnie z warunkami licencji GNU, v2,
  kt≤ra jest tu zawarta poprzez odwo│anie siΩ do niej. WiΩcej na temat
  szczeg≤│≤w znajdziesz w pliku linux/COPYING, kt≤ry jest zawarty w
  dystrybucji ╝r≤de│ j▒dra.

  Je╢li zamierzasz wydaµ ten dokument jako pracΩ drukowan▒, skontaktuj
  siΩ z autorem, a on postara siΩ sprawdziµ czy masz naj╢wie┐sze
  dostΩpne informacje. W przesz│o╢ci publikowane by│y przestarza│e
  dokumenty, kt≤re powodowa│y zasypywanie programist≤w pytaniami, kt≤re
  zosta│y ju┐ rozwi▒zane w najnowszych dokumentach.


  1.2.  Dokumenty zwi▒zane z poni┐szym.


  Naj╢wie┐sz▒ dokumentacj▒ bΩdzie zawsze wersja ╝r≤d│owa j▒dra. Ale
  poczekaj, nie uciekaj ! Nie musisz znaµ ┐adnego jΩzyka programowania,
  aby czytaµ komentarze zawarte w ╝r≤d│ach. Na przyk│ad je╢li szukasz
  jakie argumenty mog▒ byµ przekazane do sterownika AHA1542 SCSI,
  zajrzyj do katalogu linux/drivers/scsi i pliku aha1542.c - a w
  pierwszych 100 liniach znajdziesz czysty tekst w jΩzyku angielskim
  (niestety, ale nie ma fizycznej mo┐liwosci na t│umaczenie tych
  tekst≤w) opisuj▒cy argumenty, kt≤rych szukasz.


  NastΩpnymi najlepszymi dokumentami bΩd▒ te, dystrybuowane ze ╝r≤d│ami
  j▒dra. Jest tam ich teraz nawet ca│kiem sporo, a wiΩkszo╢µ z nich
  znajduje siΩ w podkatalogu Documentation i jego dalszych
  podkatalogach. ¼r≤d│a j▒dra znajduj▒ siΩ zwykle w katalogu
  /usr/src/linux. Czasami mo┐na znale╝µ pliki README.xx w odpowiednich
  podkatalogach.

  Je╢li ju┐ wiesz jakich parametr≤w chcesz u┐ywaµ i chcesz teraz
  wiedzieµ jak przekazaµ je do j▒dra to sp≤jrz na dokumentacjΩ, kt≤ra
  przychodzi razem z oprogramowaniem, kt≤rego bΩdziesz u┐ywa│, aby
  za│adowaµ j▒dro (najczΩ╢ciej jest to LILO lub loadlin). Kr≤tki
  przegl▒d znajduje siΩ poni┐ej, ale nie zastΩpuje on dokumentacji
  dostarczanej wraz z danym oprogramowaniem.


  1.3.  Grupy dyskusyjne dotycz▒ce Linux-a.


  Je╢li masz jakie╢ pytania dotycz▒ce przekazywania parametr≤w do j▒dra,
  PRZECZYTAJ najpierw ten dokument. Je╢li ten i zwi▒zane z nim
  wymienione wcze╢niej dokumenty nie odpowiedz▒ na twoje pytania wtedy
  mo┐esz spr≤bowaµ poczytaµ grupy dyskusyjne. Jednak zanim zaczniesz na
  ╢lepo wysy│aµ listy najpierw poczytaj przez kilka dni dan▒ grupΩ, bo
  mo┐e akurat kto╢ ju┐ zacz▒│ ten temat, a mo┐e nawet twoje pytanie
  zalicza siΩ do czΩsto zadawanych pyta± (Frequently Asked Questions -
  FAQ). Szybkie przejrzenie jakiego╢ dokumentu FAQ mo┐e byµ dobrym
  pomys│em zanim zaczniesz wysy│aµ pytania do grup dyskusyjnych.

  Og≤lne pytania jak skonfigurowaµ sw≤j system kieruj na grupΩ
  pl.comp.os.linux. Przestrzegaj poprzedniego paragrafu oraz nie wysy│aj
  pyta± do wielu grup na raz poniewa┐ z regu│y czytaj▒ je te same osoby.


  1.4.  Nowe wersje tego dokumentu.


  Nowe wersje bΩd▒ siΩ znajdowaµ pod adresem ftp.icm.edu.pl w katalogu
  /pub/Linux/sunsite/docs/HOWTO.  BΩd▒ one sukcesywnie uaktualniane jak
  tylko bΩd▒ siΩ pojawiaµ nowe sterowniki b▒d╝ informacje.

  Dokument ten zosta│ stworzony przy pomocy systemu SGML, kt≤ry zosta│
  przygotowany specjalnie dla projektu Linux HOWTO. DziΩki temu dostΩpne
  s▒ r≤┐ne wersje tego dokumentu takie jak: postscript, dvi, ascii, html
  a wkr≤tce tak┐e Texinfo.

  Wszystkie te wersje s▒ dostΩpne na ftp.icm.edu.pl w katalogu
  /pub/Linux/sunsite/doc/HOWTO.  Zaleca│bym przegl▒danie tego dokumentu
  jako html lub postscript, gdy┐ jest tu wiele odwo│a±, kt≤rych brakuje
  w zwyk│ym tek╢cie.


  2.  Przegl▒d argument≤w podawanych w czasie startu systemu.


  Ta sekcja podaje kilka przyk│ad≤w oprogramowania, kt≤re mo┐e byµ u┐yte
  do przekazywania argument≤w do j▒dra i do │adowania go. Podaje tak┐e
  spos≤b interpretacji argument≤w, jakie s▒ na nie ograniczenia i jak s▒
  filtrowane dla odpowiedniego urz▒dzenia.  Wa┐ne jest aby NIE u┐ywaµ
  odstΩp≤w w argumentach, tylko pomiΩdzy nimi. Warto╢ci jakie maj▒ byµ
  przekazane maj▒ byµ oddzielone przecinkami bez ┐adnych odstΩp≤w.
  Sp≤jrz na nastΩpuj▒cy przyk│ad:





  ______________________________________________________________________
          ether=9,0x300,0xd0000,0xd4000,eth0  root=/dev/hda1               *DOBRZE*
          ether = 9, 0x300, 0xd0000, 0xd4000, eth0  root = /dev/hda1       *¼LE*
  ______________________________________________________________________




  2.1.  LILO. (LInux LOader)


  NajczΩ╢ciej u┐ywanym programem s│u┐▒cym do │adowania Linux-a jest LILO
  (LInux LOader), napisany przez Wernera Amesbergera. Ma mo┐liwo╢µ
  │adowania r≤┐nych j▒der (jak i system≤w) a swoj▒ konfiguracjΩ zapisuje
  w pliku tekstowym. WiΩkszo╢µ dystrybucji jest rozprowadzana z LILO
  jako domy╢lnym programem │aduj▒cym. LILO umie za│adowaµ DOS-a, OS/2,
  Linux-a, FreeBSD i wiele innych system≤w bez ┐adnych trudno╢ci i jest
  do╢µ elastyczny.  W typowej konfiguracji LILO zatrzyma siΩ kr≤tko po
  w│▒czeniu komputera i wy╢wietli LILO:. Przez nastΩpnych kilka sekund
  bΩdzie czekaµ na podanie ewentualnych argument≤w a nastΩpnie zacznie
  │adowaµ domy╢lny system. Typowymi etykietami opisuj▒cymi systemy i
  u┐ywanymi w LILO s▒ linux, backup, linux-old, old, dos, msdos.  Je╢li
  chcesz wpisaµ jakie╢ argumenty, wpisujesz je zaraz po nazwie systemu
  jaki chcesz za│adowaµ, tak jak w przyk│adzie poni┐ej:


  ______________________________________________________________________
          LILO: linux root=/dev/hda1
  ______________________________________________________________________



  Bardzo przydatne jest polecenie append= je╢li kto╢ chce dodaµ jaki╢
  argument na sta│e. Tak wiΩc aby nie wpisywaµ go za ka┐dym razem
  wystarczy po prostu dodaµ linijkΩ append = "xxx=yyy" do plik
  /etc/lilo.conf. Mo┐e byµ ona dodana albo na pocz▒tku pliku, wtedy
  bΩdzie siΩ odnosiµ do wszystkich sekcji, albo w danej sekcji image,
  tak aby odnosi│a siΩ tylko do niej. Zajrzyj do dokumentacji LILO aby
  dowiedzieµ siΩ wiΩcej szczeg≤│≤w.


  2.2.  LoadLin.


  Innym czΩsto u┐ywanym programem do │adowania Linux-a jest loadlin.exe.
  Jest to DOS-owy program, kt≤ry potrafi za│adowaµ j▒dro (wraz z
  argumentami startowymi) z wiersza polece± DOS-a zak│adaj▒c, ┐e s▒
  dostΩpne pewne zasoby.  Jest to dobre rozwi▒zanie dla tych, kt≤rzy
  u┐ywaj▒ DOS-a i chc▒ siΩ z niego szybko (lub niekoniecznie) prze│▒czyµ
  na Linux-a.

  Jest on tak┐e bardzo przydatny je╢li masz jakie╢ urz▒dzenie, kt≤re aby
  by│o przydatne do u┐ycia musi zostaµ ustawione przez sterownik DOS-
  owy.  Dobrym przyk│adem mog▒ byµ tutaj karty kompatybilne z
  SoundBlaster, kt≤re musz▒ mieµ ustawione kilka rejestr≤w przez
  sterownik DOS-owy aby ustawiµ je w tryb kompatybilno╢ci z
  SoundBlaster. úadowanie DOS-a wraz ze sterownikiem, a potem │adowanie
  Linux-a z wiersza polece± DOS-a programem LOADLIN.EXE zapobiega
  zresetowaniu karty, co mia│oby miejsce gdyby╢my zresetowali komputer,
  aby uruchomiµ Linux-a. W ten spos≤b karta zostaje w trybie
  kompatybilno╢ci z SoundBlaster i jest przydatna do u┐ycia pod Linux-
  em.

  S▒ tak┐e inne programy s│u┐▒ce do │adowania Linux-a. Aby poznaµ
  kompletn▒ listΩ takich program≤w zajrzyj do swojego lokalnego serwera
  ftp do katalogu system/Linux-boot.
  2.3.  NarzΩdzie "rdev".


  Jest kilka argument≤w startowych, kt≤rych warto╢ci domy╢lne s▒
  zapisane w r≤┐nych bajtach w samym j▒drze. Jest narzΩdzie zwane rdev
  zainstalowane na wiΩkszo╢ci system≤w, kt≤re wie gdzie te bajty siΩ
  znajduj▒ i jak je zmieniµ. Potrafi ono tak┐e zmieniµ r≤┐ne rzeczy,
  kt≤re nie maj▒ swoich argument≤w startowych, jak na przyk│ad domy╢lny
  tryb wy╢wietlania.

  NarzΩdzie rdev mo┐e byµ zwykle zast▒pione przez swapdev, ramsize,
  vidmode i rootflags. Jest to piΩµ rzeczy, kt≤re rdev potrafi zmieniµ:
  g│≤wny system plik≤w (katalog "/"), urz▒dzenie swap, parametry RAM-
  dysku, domy╢lny tryb graficzny i ustawienia g│≤wnego systemu plik≤w
  jako tylko-do-odczytu b▒d╝ w tryb odczytu-zapisu.

  WiΩcej informacji na temat rdev mo┐na znale╝µ pisz▒c w wierszu polece±
  rdev -h b▒d╝ w podrΩczniku systemowym man.


  2.4.  Jak j▒dro sortuje argumenty.


  WiΩkszo╢µ argument≤w startowych ma nastΩpuj▒c▒ sk│adniΩ:


  ______________________________________________________________________
          nazwa=[warto╢µ_1][,warto╢µ_2]...[,warto╢µ_11]
  ______________________________________________________________________



  gdzie "nazwa" jest unikalnym s│owem kluczowym identyfikuj▒cym czΩ╢µ
  j▒dra, do kt≤rego odnosz▒ siΩ podane warto╢ci. WiΩksza ilo╢µ
  argument≤w startowych to lista powy┐szych wywo│a± oddzielonych od
  siebie odstΩpem. Zauwa┐, ┐e maksymalna ilo╢µ warto╢ci to 11. J▒dro
  rzeczywi╢cie rozpoznaje tylko 11 element≤w oddzielonych przecinkami
  przy danym s│owie kluczowym. (Chocia┐ mo┐esz u┐yµ ponownie tego samego
  s│owa kluczowego z dodatkowymi 11 argumentami w jakich╢ niezwykle
  skomplikowanych sytuacjach, zak│adaj▒c, ┐e dane funkcja ustawiaj▒ca
  (patrz ni┐ej) to dopuszcza). Zwr≤µ uwagΩ na fakt, i┐ j▒dro dzieli tΩ
  listΩ na maksimum 10 argument≤w typu integer, i nastΩpuj▒cy po nich
  │a±cuch, wiΩc tak naprawdΩ nie mo┐esz podaµ 11 argument≤w typu integer
  o ile nie przerobisz sterownika tak, aby sam sobie zamieni│ ten 11
  element na liczbΩ typu integer.

  Wiekszo╢µ sortowania odbywa siΩ w linux/init/main.c.  Najpierw j▒dro
  sprawdza czy argument jest jednym ze specjalnych argument≤w: root=,
  ro, rw, debug. Znaczenie tych parametr≤w jest opisane dalej w tym
  dokumencie.

  NastΩpnie sprawdza listΩ argument≤w zawartych w tablicy bootsetups czy
  podany │a±cuch nie zosta│ przypisany kt≤rej╢ z funkcji ustawiaj▒cej
  konkretne urz▒dzenie b▒d╝ czΩ╢µ j▒dra. Je╢li przekaza│e╢ do j▒dra
  liniΩ xxx=3,4,5,6,yyy wtedy j▒dro przeszuka│oby tablicΩ bootsetups aby
  zobaczyµ czy xxx jest tam wymienione. Je╢li by│oby wymienione wtedy
  uruchomi│oby funkcjΩ zwi▒zan▒ z xxx i przekaza│oby jej argumenty typu
  integer: 3,4,5,6 oraz ostatni │a±cuch yyy.


  2.5.  Ustawianie zmiennych ╢rodowiskowych.


  Wszystko w formie "xxx=yyy", co nie jest funkcj▒ ustawiaj▒c▒ opisan▒
  powy┐ej jest interpretowane jako zmienna ╢rodowiskowa, maj▒ca byµ
  ustawiona. (bezu┐ytecznym?) Przyk│adem mog│oby byµ u┐ycie TERM=vt100
  jako argumentu startowego.


  2.6.  Przekazywanie argument≤w do programu "init".


  Wszystkie pozosta│e argumenty startowe, kt≤re nie zosta│y rozpoznane
  jako funkcje ustawiaj▒ce, czy zmienne ╢rodowiskowe s▒ przekazywane do
  procesu o numerze 1, kt≤rym zazwyczaj jest init. NajczΩstszym
  przekazywanym argumentem do programu init jest s│owo single
  oznaczaj▒ce uruchomienie systemu w trybie jednego u┐ytkownika nie
  uruchamiaj▒c demon≤w, kt≤re zwykle s▒ uruchamiane. Sprawd╝ w
  podrΩczniku man jak▒ masz wersjΩ programu "init" i jakie argumenty
  mo┐esz mu przekazaµ.


  3.  Og≤lne argumenty nie dotycz▒ce sterownik≤w.


  S▒ to argumenty nie dotycz▒ce ┐adnych konkretnych sterownik≤w czy
  urz▒dze± peryferyjnych. Odnosz▒ siΩ natomiast do wewnΩtrznych
  parametr≤w j▒dra, takich jak: obs│uga pamiΩci, obs│uga RAM-dysku,
  obs│uga g│≤wnego systemu plik≤w itd.


  3.1.  Argumenty dotycz▒ce g│≤wnego systemu plik≤w.


  NastΩpuj▒ce argumenty maj▒ wp│yw na to jak j▒dro bΩdzie obs│ugiwaµ
  g│≤wny system plik≤w:


  3.1.1.  Argument "root=".


  Poprzez ten argument mo┐emy przekazaµ do j▒dra kt≤re urz▒dzenie ma byµ
  u┐yte jako g│≤wny system plik≤w. Domy╢lnym ustawieniem jest tutaj
  urz▒dzenie, na kt≤rym by│ g│≤wny system plik≤w, podczas tworzenia
  (kompilacji) j▒dra. Na przyk│ad je╢li dane j▒dro by│o utworzone na
  systemie, w kt≤rym g│≤wny system plik≤w by│ na urz▒dzeniu /dev/hda1
  wtedy domy╢lnym ustawieniem bΩdzie "/dev/hda1". Aby to zmieniµ i
  ustawiµ drug▒ stacjΩ dyskietek jako g│≤wny system plik≤w trzeba u┐yµ
  argumentu root= w nastΩpuj▒cy spos≤b:


  ______________________________________________________________________
     root=/dev/fd1
  ______________________________________________________________________



  G│≤wny system plik≤w mo┐e byµ zamontowany na nastΩpuj▒cych
  urz▒dzeniach:

  (1) /dev/hdaN do /dev/hddN, gdzie N jest numerem partycji na dysku
  pierwszym, drugim, trzecim lub czwartym kompatybilnym z ST-506.
  (2) /dev/sdaN do /dev/sdeN, gdzie N jest numerem partycji na dysku
  pierwszym, drugim, trzecim, czwartym lub pi▒tym kompatybilnym z SCSI.
  (3) /dev/xdaN do /dev/xdbN, gdzie N jest numerem partycji na dysku
  pierwszym lub drugim kompatybilnym z XT.
  (4) /dev/fdN, gdzie N jest numerem stacji dyskietek (N=0 - A:, N=1 -
  B:)
  (5) /dev/nfs, co raczej nie jest urz▒dzeniem a argumentem, kt≤ry m≤wi,
  ┐eby zamontowaµ g│≤wny system plik≤w poprzez sieµ.


  Inna znacznie bardziej k│opotliwa i skomplikowana metoda przekazania,
  na kt≤rym urz▒dzeniu ma byµ g│≤wny system plik≤w jest podanie liczby
  g│≤wnej i pobocznej (np. /dev/sda3 to liczba g│≤wna - 8, liczba
  poboczna - 3 a wiΩc m≤g│by╢ napisaµ root=0x803.

  To jest jeden z kilku argument≤w startowych, kt≤ry ma zapisan▒
  domy╢ln▒ warto╢µ w j▒drze, i kt≤ry przez to mo┐e byµ zmieniany za
  pomoc▒ rdev.


  3.1.2.  Argument "ro".


  Kiedy j▒dro │aduje system, potrzebuje g│≤wnego systemu plik≤w, aby
  odczytaµ z niego podstawowe informacje. To jest g│≤wny system plik≤w
  montowany podczas │adowania. Chocia┐, je╢li system ten jest
  zamontowany z mo┐liwosci▒ zapisu, nie mo┐esz dok│adnie sprawdziµ jego
  integralno╢ci (poprawno╢ci) je╢li akurat trwa zapis pliku. Argument ro
  przekazuje do j▒dra informacjΩ, aby zamontowaµ g│≤wny system plik≤w
  jako tylko-do-odczytu, tak wiΩc jakikolwiek program sprawdzaj▒cy
  poprawno╢µ systemu plik≤w mo┐e za│o┐yµ, ┐e nie ma ┐adnych czΩ╢ciowo
  zapisanych plik≤w podczas sprawdzania. »aden program ani proces nie
  mo┐e zapisaµ niczego do pliku dop≤ki system plik≤w nie zostanie
  przemontowany w tryb odczytu-zapisu (read-write).

  To jest jeden z kilku argument≤w startowych, kt≤ry ma zapisan▒
  domy╢ln▒ warto╢µ w j▒drze, i kt≤ry przez to mo┐e byµ zmieniany za
  pomoc▒ rdev.


  3.1.3.  Argument "rw".


  To jest dok│adn▒ odwrotno╢ci▒ poprzedniego argumentu, czyli przekazuje
  do j▒dra, aby zamontowaµ g│≤wny system plik≤w z mo┐liwosci▒ zapisu.
  Tak czy inaczej ostatecznie chcemy mieµ mo┐liwo╢µ zapisu na g│≤wnym
  systemie plik≤w. Ale pamiΩtaj, aby nie uruchamiaµ ┐adnych program≤w
  testuj▒cych (typu fsck) system plik≤w kiedy jest on zamontowany z
  mo┐liwo╢ci▒ zapisu.

  Ta sama warto╢µ zapisana w j▒drze wspomniana wy┐ej jest u┐ywana do
  tego argumentu, dostΩpna przez rdev.


  3.2.  Argumenty dotycz▒ce RAM-dysku.


  NastΩpuj▒ce argumenty s▒ zwi▒zane z tym jak j▒dro obs│uguje RAM-dysk,
  kt≤ry jest zwykle u┐ywany do bootstrappingu podczas instalacji lub na
  maszynach ze sterownikami w postaci modu│≤w, kt≤re musz▒ byµ
  zainstalowane aby mieµ dostΩp do g│≤wnego systemu plik≤w.


  3.2.1.  Argument "ramdisk_start=".


  Aby pozwoliµ obrazowi j▒dra na przebywanie na dyskietce wraz ze
  skompresowanym obrazem RAM-dysku dodany zosta│ argument
  `ramdisk_start=<offset>'. J▒dro nie mo┐e byµ zawarte w skompresowanym
  obrazie g│≤wnego systemu plik≤w na RAM-dysku, poniewa┐ musi ono byµ
  zapisane poczynaj▒c od bloku 0, tak aby BIOS m≤g│ za│adowaµ bootsektor
  i wtedy j▒dro mo┐e zacz▒µ siΩ │adowaµ.

  Uwaga: Je╢li u┐ywasz rozpakowanego obrazu RAM-dysku, wtedy j▒dro mo┐e
  byµ czΩ╢ci▒ obrazu g│≤wnego systemu plik≤w, kt≤ry jest │adowany do
  RAM-dysku i system mo┐e wystartowaµ z tej dyskietki, albo obraz
  g│≤wnego systemu plik≤w i j▒dro mog▒ byµ dwiema oddzielnymi
  dyskietkami, tak jak w przypadku skompresowanego obrazu.

  Je╢li u┐ywasz dw≤ch dyskietek (bootdysk z j▒drem i rootdysk z obraze
  RAM-dysku) wtedy RAM-dysk zaczyna siΩ od bloku 0 i jako offset w
  naszym przyk│adzie trzeba wpisaµ 0. Poniewa┐ jest to domy╢lna warto╢µ
  nie musisz w tym przypadku u┐ywaµ tego argumentu.


  3.2.2.  Argument "load_ramdisk=".


  Ten argument informuje j▒dro czy ma ono │adowaµ RAM-dysk czy nie.
  Pisz▒c load_ramdisk=1 informujesz j▒dro, aby za│adowaµ zawarto╢µ
  dyskietki do RAM-dysku. Domy╢ln▒ warto╢ci▒ jest 0, czyli j▒dro nie ma
  │adowaµ zawarto╢ci dyskietki do RAM-dysku.

  Dok│adny opis argument≤w startowych dotycz▒cych RAM-dysku znajdziesz w
  linux/Documentation/ramdiskt.txt. Jest tam tak┐e opisane w jaki spos≤b
  mo┐na zapisaµ w j▒drze warto╢µ tego parametru poleceniem rdev.


  3.2.3.  Argument "prompt_ramdisk=".


  Ten argument informuje j▒dro czy wypisywaµ pro╢bΩ o w│o┐enie dyskietki
  z zawarto╢ci▒ RAM-dysku czy nie. W konfiguracji z jedn▒ dyskietk▒
  zawarto╢µ RAM-dysku jest na tej samej dyskietce co j▒dro, kt≤re siΩ
  w│a╢nie przesta│o │adowaµ, a wiΩc pro╢ba nie jest potrzebna. W tym
  wypadku mo┐na u┐yµ prompt_ramdisk=0.  W konfiguracji z dwiema
  dyskietkami potrzebujesz czasu na zamianΩ dyskietek a wiΩc nale┐y u┐yµ
  prompt_ramdisk=1. Poniewa┐ to jest warto╢µ domy╢lna nie trzeba tego
  pisaµ.
  (Uwaga historyczna: Co sprytniejsi u┐ywali opcji LILO vga=ask, aby na
  chwilΩ przerwaµ start systemu i zamieniµ dyskietki.)

  Dok│adny opis argument≤w startowych dotycz▒cych RAM-dysku znajdziesz w
  linux/Documentation/ramdiskt.txt. Jest tam tak┐e opisane w jaki spos≤b
  mo┐na zapisaµ w j▒drze warto╢µ tego parametru poleceniem rdev.


  3.2.4.  Argument "ramdisk_size=".


  Poniewa┐ prawd▒ jest, ┐e zawarto╢µ RAM-dysku ro╢nie dynamicznie wraz z
  coraz nowszymi wersjami systemu, jest g≤rne ograniczenie jego
  rozmiaru, tak aby nie zabra│ ca│ej pamiΩci RAM i nie zostawi│ nas na
  lodzie. Domy╢ln▒ warto╢ci▒ jest 4096 (czyli 4MB), kt≤ra powinna byµ
  wystarczaj▒co du┐a dla wiΩkszo╢ci potrzeb. Mo┐esz zmieniµ tΩ warto╢µ
  zale┐nie od potrzeb na mniejsz▒ lub wiΩksz▒ przy pomocy tego
  argumentu.

  Dok│adny opis argument≤w startowych dotycz▒cych RAM-dysku znajdziesz w
  linux/Documentation/ramdiskt.txt. Jest tam tak┐e opisane w jaki spos≤b
  mo┐na zapisaµ w j▒drze warto╢µ tego parametru poleceniem rdev.


  3.2.5.  Argument "ramdisk=".


  (UWAGA: Ten argument jest przestarza│y i nie powinien byµ u┐ywany z
  j▒drami w wersji wy┐szej ni┐ 1.3.47. Argumenty, kt≤rych nale┐y u┐ywaµ
  zosta│y opisane powy┐ej.)

  Argument ten okre╢la rozmiar RAM-dysku w kB. Na przyk│ad je╢li kto╢
  chcia│by mieµ g│≤wny system plik≤w na dyskietce 1.44MB za│adowanej do
  RAM-dysku u┐y│by nastΩpuj▒cego argumentu:


  ______________________________________________________________________
          ramdisk=1440
  ______________________________________________________________________



  To jest jeden z kilku argument≤w startowych, kt≤ry ma zapisan▒
  domy╢ln▒ warto╢µ w j▒drze, i kt≤ry przez to mo┐e byµ zmieniany za
  pomoc▒ rdev.


  3.2.6.  Argument "noinitrd".


  J▒dra w wersji 2.x i wy┐szej maj▒ mo┐liwo╢µ wykonywania /linuxrc z
  zawarto╢ci RAM-dysku. Mo┐liwo╢µ ta jest zwykle wykorzystywana, aby
  umo┐liwiµ │adowanie modu│≤w potrzebnych do zamontowania rzeczywistego
  g│≤wnego systemu plik≤w (np. za│aduj sterownik SCSI zapisany w RAM-
  dysku, a potem zamontuj rzeczywisty g│≤wny system plik≤w znajduj▒cy
  siΩ na dysku SCSI.)

  W│a╢ciwy argument "noinitrd" okre╢la co dzieje siΩ z danymi initrd po
  tym jak j▒dro siΩ za│adowa│o. Je╢li podamy ten argument dane te stan▒
  siΩ dostΩpne poprzez urz▒dzenie specjalne /dev/initrd, kt≤re mo┐e byµ
  czytane zanim pamiΩµ RAM zostanie przywr≤cona systemowi, zamiast byµ
  zapisanymi do RAM-dysku. Odno╢nie szczeg≤│≤w dotycz▒cych u┐ywania
  startowego RAM-dysku, przeczytaj linux/Documentation/initrd.txt.
  Najnowsza wersja LILO oraz loadlin.exe powinna mieµ tak┐e dodatkowe
  informacje na ten temat.


  3.3.  . Argumenty dotycz▒ce obs│ugi pamiΩci.


  NastΩpuj▒ce argumenty okre╢laj▒ jak Linux wykrywa i obs│uguje pamiΩµ
  fizyczn▒ i wirtualn▒ w twoim systemie.


  3.3.1.  Argument "mem=".


  Ten argument ma dwa przeznaczenia: Pierwotnym za│o┐eniem by│o
  okre╢lenie ilo╢ci zainstalowanej pamiΩci (lub warto╢µ mniejsza je╢li
  chcia│e╢ u┐yµ mniej pamiΩci ni┐ masz w rzeczywisto╢ci).  Drugim
  (prawie wcale nie u┐ywanym) przeznaczeniem jest podanie mem=nopentium
  co informuje j▒dro, aby nie u┐ywa│o stron pamiΩci o rozmiarze 4MB.

  Oryginalne odwo│anie do BIOS-u w specyfikacji PC, kt≤re zwraca ilo╢µ
  zainstalowanej pamiΩci zosta│o tak zaprojektowane, ┐e by│o w stanie
  zwr≤ciµ co najwy┐ej 64MB. (Tak! NastΩpny przyk│ad na brak patrzenia w
  przysz│o╢µ, zupe│nie tak samo jak w przypadku ilo╢ci cylindr≤w dysku
  ograniczonej do 1024... eh). Linux u┐ywa tego odwo│ania BIOS-u podczas
  startu, aby okre╢liµ ilo╢µ zainstalowanej pamiΩci. Je╢li masz wiΩcej
  ni┐ 64MB RAM-u, mo┐esz u┐yµ tego argumentu, aby poinformowaµ j▒dro,
  ile rzeczywi╢cie masz pamiΩci RAM. Oto cytat Linusa na temat jak
  u┐ywaµ tego argumentu:

  "J▒dro zaakceptuje jakikolwiek argument "mem=xx" jaki mu podasz, a
  je╢li stwierdzi, ┐e je ok│ama│e╢, wywali siΩ z wielkim hukiem
  wcze╢niej czy p≤╝niej. Argument ten okre╢la najwy┐szy dostΩpny adres
  pamiΩci RAM, wiΩc mem=0x1000000 znaczy, ┐e masz 16MB RAM-u na
  przyk│ad. Dla maszyny z 96MB RAM-u by│oby to: mem=0x6000000.

  UWAGA UWAGA UWAGA: niekt≤re maszyny mog▒ u┐ywaµ najwy┐szych adres≤w do
  cache'owania BIOS-u czy czego╢ podobnego, wiΩc m≤g│by╢ nie mieµ
  pe│nych 96MB RAM-u dostΩpnego. I na odwr≤t: niekt≤re procesory
  odwzorowuj▒ pamiΩµ fizyczn▒, kt≤ra jest zakryta przez BIOS tu┐ za
  najwy┐szym dostΩpnym adresem, tak wiΩc ten najwy┐szy adres m≤g│by byµ
  np: 96MB + 384kB. Je╢li poinformujesz Linux-a, ┐e ma wiΩcej pamiΩci
  ni┐ w rzeczywisto╢ci, bΩd▒ siΩ dziaµ z│e rzeczy: mo┐e nie od razu, ale
  kiedy╢ na pewno."

  Zauwa┐, ┐e warto╢µ tego argumentu nie musi byµ podana szesnastkowo a
  przyrostki "k" i "M" (wielko╢µ liter nie wa┐na) mog▒ byµ u┐yte do
  okre╢lenia odpowiednio kilobajt≤w i Megabajt≤w. ("k" spowoduje
  przesuniΩcie 10 bitowe podanej warto╢ci, a "M" - 20 bitowe) Powy┐sze
  ostrze┐enie jest wci▒┐ wa┐ne, poniewa┐ maszyna z 96MB pamiΩci mo┐e
  dzia│aµ z argumentem mem=97920k ale mo┐e nie dzia│aµ z mem=98304k lub
  mem=96M.


  3.3.2.  Argument "swap=".


  Argument ten pozwala u┐ytkownikowi podaµ kilka parametr≤w pamiΩci
  wirtualnej, kt≤re s▒ zwi▒zane z pamiΩci▒ swap. Mo┐na tu podaµ
  nastΩpuj▒ce parametry:


  ______________________________________________________________________
          MAX_PAGE_AGE
          PAGE_ADVANCE
          PAGE_DECLINE
          PAGE_INITIAL_AGE
          AGE_CLUSTER_FRACT
          AGE_CLUSTER_MIN
          PAGEOUT_WEIGHT
          BUFFEROUT_WEIGHT
  ______________________________________________________________________



  Zainteresowani hackerzy proszeni s▒ o przeczytanie linux/mm/swap.c a
  tak┐e /proc/sys/vm.


  3.3.3.  Argument "buff=".


  Podobnie do argumentu "swap=" ten pozwala u┐ytkownikowi podaµ kilka
  parametr≤w zwi▒zanych z obs│ug▒ pamiΩci buforowej. Akceptuje
  nastΩpuj▒ce parametry:


  ______________________________________________________________________
          MAX_BUFF_AGE
          BUFF_ADVANCE
          BUFF_DECLINE
          BUFF_INITIAL_AGE
          BUFFEROUT_WEIGHT
          BUFFERMEM_GRACE
  ______________________________________________________________________



  Zainteresowani hackerzy proszeni s▒ o przeczytanie linux/mm/swap.c a
  tak┐e /proc/sys/vm.


  3.4.  Argumenty dotycz▒ce g│≤wnego systemu plik≤w montowanego poprzez
  NFS.


  Linux obs│uguje bezdyskowe stacje robocze, kt≤re maj▒ zamontowany
  g│≤wny system plik≤w jako NFS (Network File System). Argumenty te
  u┐ywane s▒, aby przekazaµ systemowi z jakiego komputera ma sobie
  zamontowaµ g│≤wny system plik≤w. Zauwa┐ tak┐e, ┐e wymagany jest w tym
  przypadku argument root=/dev/nfs.  Szczeg≤│y na temat u┐ywania
  g│≤wnego systemu plik≤w zamontowanego jako NFS znajduj▒ siΩ w pliku
  linux/Documentation/nfsroot.txt.  Powiniene╢ go przeczytaµ, gdy┐ ten
  paragraf jest tylko streszczeniem tamtego pliku.


  3.4.1.  Argument "nfsroot=".


  Argument ten informuje j▒dro jakiej maszyny u┐yµ, jakiego katalogu na
  niej i jakich opcji NFS podczas montowania g│≤wnego systemu plik≤w.
  Argument ten ma nastΩpuj▒c▒ postaµ:


  ______________________________________________________________________
          nfsroot=[<serwer-ip>:]<g│.sys.pl.>[,<opcje-nfs>]
  ______________________________________________________________________



  Je╢li argument nfsroot nie jest podany wtedy u┐yte zostanie
  "/tftpboot/%s". Kolejne opcje tego argumentu oznaczaj▒:

  <serwer-ip> - Okre╢la adres IP serwera NFS. Je╢li to pole nie jest
  podane, u┐yta zostanie warto╢µ zmiennej nfsaddrs (patrz poni┐ej).
  Jedn▒ z mo┐liwo╢ci u┐ycia tego parametru jest na przyk│ad pozwolenie
  na u┐ycie r≤┐nych serwer≤w dla RARP i NFS. Zwykle mo┐esz zostawiµ ten
  parametr pusty.

  <g│.sys.pl.> - Nazwa katalogu na serwerze, kt≤ry ma byµ zamontowany
  jako g│≤wny system plik≤w. Je╢li u┐yty jest znak "%s", zostanie on
  zamieniony na znakow▒ reprezentacjΩ numeru IP klienta.

  <opcje-nfs> - Standardowe opcje NFS. Wszystkie opcje s▒ oddzielone od
  siebie przecinkami. Je╢li pole "opcje-nfs" nie jest podane, zostan▒
  u┐yte nastΩpuj▒ce warto╢ci domy╢lne:


          port            = podany przez demona "portmap" z serwera
          rsize           = 1024
          wsize           = 1024
          timeo           = 7
          retrans         = 3
          acregmin        = 3
          acregmax        = 60
          acdirmin        = 30
          acdirmax        = 60
          flags           = hard, nointr, noposix, cto, ac




  3.4.2.  Argument "nfsaddrs=".


  Ten argument ustawia r≤┐ne adresy interfejsu sieciowego, kt≤re s▒
  wymagane do komunikacji przez sieµ. Je╢li argument ten nie jest
  podany, wtedy j▒dro pr≤buje u┐yµ protoko│≤w RARP b▒d╝ BOOTP, aby
  znale╝µ te parametry. Argument ten ma nastΩpuj▒ca postaµ:


  ______________________________________________________________________
          nfsaddrs=<m≤j-ip>:<serw-ip>:<r-ip>:<netmask>:<nazwa>:<urz>:<auto>
  ______________________________________________________________________



  <m≤j-ip> - Adres IP klienta. Je╢li jest on pusty, zostanie wykryty
  przy pomocy RARP albo BOOTP. Jaki protok≤│ jest u┐ywany, zale┐y od
  tego co zosta│o udostΩpnione podczas kompilacji j▒dra i od parametru
  <auto>. Je╢li parametr ten nie jest pusty, ani RARP ani BOOTP nie
  zostanie u┐yty.

  <serw-ip> - Adres IP serwera NFS. Je╢li RARP zosta│ u┐yty do wykrycia
  adresu klienta i parametr ten nie jest pusty akceptowane bΩd▒
  odpowiedzi tylko z wyspecyfikowanego serwera. Aby u┐yµ r≤┐nych
  serwer≤w RARP i NFS, podaj sw≤j serwer RARP tutaj (lub zostaw pusty),
  a serwer NFS podaj w argumencie nfsroot (patrz wy┐ej). Je╢li parametr
  ten jest pusty, u┐yty jest adres serwera, kt≤ry odpowiedzia│ na
  pytanie RARP lub BOOTP.

  <r-ip> - Adres IP rutera je╢li serwer jest w innej podsieci. Je╢li
  opcja ta jest pusta ┐aden ruter nie jest u┐ywany i przyjmowane jest,
  ┐e serwer znajduje siΩ w sieci lokalnej, o ile nie odebrano warto╢ci
  poprzez BOOTP.

  <netmask> - Maska sieci dla lokalnego interfejsu sieciowego. Je╢li
  opcja ta jest pusta, maska jest wyprowadzana z numeru IP klienta, o
  ile nie otrzymano warto╢ci poprzez BOOTP.

  <nazwa> - Nazwa klienta. Je╢li opcja ta jest pusta, adres IP klienta
  u┐ywany jest w notacji znakowej lub warto╢µ otrzymana poprzez BOOTP.

  <urz> - Nazwa urz▒dzenia sieciowego, kt≤re ma zostaµ u┐yte. Je╢li
  opcja ta jest pusta, wszystkie urz▒dzenia s▒ u┐ywane do ┐▒da± RARP, a
  pierwsze znalezione dla BOOTP. Dla NFS u┐ywane jest to urz▒dzenie, dla
  kt≤rego zosta│y otrzymane odpowiedzi RARP lub BOOTP. Je╢li masz tylko
  jedno urz▒dzenie mo┐esz spokojnie zostawiµ tΩ opcjΩ pust▒.

  <auto> - Metoda, kt≤ra ma byµ u┐yta do autokonfiguracji. Je╢li jest to
  "rarp" lub "bootp" u┐ywany jest podany protok≤│. Je╢li warto╢ci▒ jest
  "both" lub opcja ta jest pusta, oba protoko│y s▒ u┐ywane je╢li tylko
  s▒ wkompilowane w j▒drze. U┐ywaj▒c "none" informujesz, aby nie u┐ywaµ
  autokonfiguracji. W tym przypadku musisz podaµ wszystkie potrzebne
  warto╢ci poprzednich p≤l.

  Parametr <auto> mo┐e pojawiµ siΩ samotnie jako warto╢µ argumentu
  "nfsaddrs" (bez tych wszystkich ":" znak≤w przedtem) wtedy u┐ywana
  jest autokonfiguracja. Aczkolwiek warto╢µ "none" nie jest dostΩpna w
  tym przypadku.


  3.5.  Inne argumenty.


  Te r≤┐ne argumenty startowe pozwalaj▒ u┐ytkownikowi ustawiµ pewne
  wewnΩtrzne parametry j▒dra.


  3.5.1.  Argument "debug".


  J▒dro podaje wa┐ne (i mniej wa┐ne) informacje do u┐ytkownika poprzez
  funkcjΩ printk(). Je╢li informacja jest rozpoznawana jako wa┐na,
  funkcja printk() umie╢ci kopiΩ na bie┐▒cej konsoli jak r≤wnie┐
  przeka┐e j▒ do demona klogd tak aby wiadomo╢µ ta zosta│a zapisana na
  dysk. Pow≤d, dla kt≤rego informacje te s▒ wysy│ane na konsolΩ jak i
  zapisywane na dysk jest taki, ┐e w pewnych nieszczΩ╢liwych warunkach
  (np: awaria dysku) informacje te mog▒ nie dotrzeµ na dysk i zosta│yby
  stracone.

  Pr≤g, wg. kt≤rego informacja jest uwa┐ana za wa┐n▒ lub nie ustawiany
  jest przez zmienn▒ console_loglevel. Warto╢ci▒ domy╢ln▒ jest
  zapisywanie wszystkiego wa┐niejszego (o mniejszym poziomie, a tym
  samym wiΩkszym priorytecie) ni┐ DEBUG (poziom 7) na konsolΩ. (poziomy
  te zdefiniowane s▒ w pliku nag│≤wkowym kernel.h). Podanie argumentu
  startowego debug ustawi poziom logowania na konsolΩ na 10, tak, ┐e
  wszystkie informacje z j▒dra pojawi▒ siΩ na konsoli.

  Poziom logowania na konsolΩ mo┐e zwykle byµ ustawiony tak┐e podczas
  normalnej pracy systemu poprzez opcjΩ programu klogd. Sprawd╝ w
  systemie pomocy "man" jak to zrobiµ.


  3.5.2.  Argument "init=".


  J▒dro standardowo po za│adowaniu siΩ uruchamia program "init", kt≤ry
  nastΩpnie zajmuje siΩ przygotowaniem systemu dla u┐ytkownika poprzez
  uruchomienie program≤w getty, skrypt≤w "rc" itp. J▒dro najpierw szuka
  /sbin/init, nastΩpnie /etc/init a na ko±cu spr≤buje u┐yµ /bin/sh
  (mo┐liwie w /etc/rc).  Je╢li na przyk│ad tw≤j program init popsu│ siΩ
  i nie jest mo┐liwy restart systemu, mo┐esz u┐yµ argumentu
  init=/bin/sh, kt≤ry spowoduje uruchomienie shell-a natychmiast po
  za│adowaniu j▒dra, umo┐liwiaj▒c ci zamianΩ popsutego programu na
  dobry.


  3.5.3.  Argument "no387".


  Niekt≤re koprocesory i387 maj▒ b│Ωdy, kt≤re pojawiaj▒ siΩ je╢li
  u┐ywamy 32-bitowego trybu chronionego. Na przyk│ad niekt≤re wczesne
  procesory ULSI-387 mog▒ powodowaµ powa┐ne zawieszenia podczas u┐ywania
  operacji zmiennoprzecinkowych, widocznie z powodu b│Ωdu w instrukcjach
  FRSAV/FRRESTOR. U┐ycie argumentu startowego "no387" spowoduje
  ignorowanie koprocesora przez Linux-a nawet je╢li go masz. Oczywi╢cie
  musisz mieµ wkompilowan▒ emulacjΩ koprocesora w j▒drze! Mo┐e to byµ
  tak┐e przydatne je╢li masz jedn▒ z tych naprawdΩ starych maszyn 386,
  kt≤re mog▒ u┐ywaµ 80287 FPU, a Linux nie umie tego u┐ywaµ.


  3.5.4.  Argument "no-hlt".


  Rodzina procesor≤w i386 (a co za tym idzie i nowsze) maj▒ instrukcjΩ
  "hlt", kt≤ra informuje procesor, ┐e nic siΩ nie stanie dop≤ki jakie╢
  zewnΩtrzne urz▒dzenie (klawiatura, modem, dysk, itp.)  nie za┐▒da
  jakiej╢ akcji. To pozwala na u┐ycie trybu "low-power", kt≤ry powoduje,
  ┐e procesor siedzi jak zombi i czeka a┐ co╢ za┐▒da jakiej╢ akcji
  (zwykle poprzez przerwanie), co powoduje mniejsze zu┐ycie pr▒du.
  Niekt≤re z wczesnych procesor≤w i486DX-100 mia│y problem z t▒
  instrukcj▒, przez co nie mog│y niezawodnie powr≤ciµ do trybu dzia│ania
  po u┐yciu tej instrukcji. U┐ywaj▒c argumentu "no-hlt" informujesz
  Linux-a, aby po prostu robi│ sobie niesko±czon▒ pΩtlΩ je╢li nie ma nic
  m▒drzejszego do roboty, a nie zatrzymywa│ procesora je╢li nic siΩ nie
  dzieje. To pozwala ludziom z tymi popsutymi procesorami u┐ywaµ Linux-
  a, chocia┐ lepiej, ┐eby spr≤bowali wymieniµ ten procesor.


  3.5.5.  Argument "no-scroll".


  U┐ycie tego argumentu startowego powoduje wy│▒czenie mo┐liwo╢ci
  scrolowania, kt≤ra powoduje utrudnienie u┐ycia terminali Braille'a.


  3.5.6.  Argument "panic=".


  W nieprawdopodobnym przypadku paniki j▒dra (tj. wewnΩtrznego b│Ωdu,
  kt≤ry zosta│ wykryty przez j▒dro, i kt≤ry j▒dro decyduje siΩ uwa┐aµ na
  tyle powa┐nie, aby g│o╢no jΩkn▒µ i wszystko zatrzymaµ) domy╢lnym
  zachowaniem siΩ j▒dra jest po prostu siedzieµ i czekaµ a┐ kto╢
  przyjdzie i zauwa┐y informacjΩ o panice i zresetuje maszynΩ.
  Aczkolwiek je╢li maszyna jest rzadko odwiedzana, sensowny jest
  automatyczny reset. Na przyk│ad u┐ywaj▒c "panic=30" podczas startu
  informujemy j▒dro aby po 30 sekundach spr≤bowa│o zresetowaµ maszynΩ.
  Warto╢µ 0 powoduje zachowanie domy╢lne.

  Zauwa┐, ┐e warto╢µ ta mo┐e byµ tak┐e podana poprzez funkcjΩ sysctl
  wywo│an▒ na interfejsie /proc/sys/kernel/panic.


  3.5.7.  Argument "profile=".


  Ci, kt≤rzy chc▒ ingerowaµ w wewnΩtrzne dzia│anie j▒dra, mog▒ podaµ
  argument, kt≤ry pozwala na okre╢lenie jak i gdzie j▒dro ma spΩdzaµ
  cykle procesora, aby doprowadziµ do maksymalnego wykorzystania jego
  mo┐liwo╢ci. Ten argument pozwala ustawiµ licznik przesuniΩµ podczas
  startu. Typowo ustawiony jest on na dwa. Mo┐esz tak┐e skompilowaµ
  j▒dro z domy╢lnie ustawion▒ mo┐liwo╢ci▒ profilowania.  W ka┐dym z tych
  przypadk≤w potrzebujesz takiego narzΩdzia jak readprofile.c, kt≤re
  umie u┐ywaµ /proc/profile.


  3.5.8.  Argument "reboot=".


  Opcja ta kontroluje spos≤b w jaki Linux restartuje komputer (typowo
  poprzez /sbin/init, kt≤ry obs│uguje kombinacjΩ klawiszy Control-Alt-
  Delete). Domy╢lnym zachowaniem co do p≤╝nych j▒der jest tzw. "zimny"
  restart (tzn. pe│en restart, wraz ze sprawdzaniem pamiΩci przez BIOS
  itp.) zamiast "ciep│ego" restartu (tj. niepe│en restart, bez
  testowania pamiΩci). Warto╢µ domy╢ln▒ zmieniono na "zimny" poniewa┐
  taki restart, w przeciwie±stwie do "ciep│ego", wydaje siΩ dzia│aµ na
  tanim/popsutym sprzΩcie. Aby przywr≤ciµ dawne zachowanie (tj. "ciep│y"
  restart) u┐yj reboot=w albo w│a╢ciwie jakiekolwiek s│owo zaczynaj▒ce
  siΩ na w zadzia│a.

  Po co zawracaµ sobie g│owΩ? Niekt≤re kontrolery dysk≤w z w│asn▒
  pamiΩci▒ cache mo┐e wykrywaµ "ciep│y" restart, i zapisywaµ wszystkie
  dane z pamiΩci cache na dysk. Podczas "zimnego" restartu, karta mo┐e
  zostaµ zrestartowana i wszystkie dane z cache'u zostan▒ stracone. Inni
  raportowali systemy, kt≤rym sprawdzanie pamiΩci zabiera│o du┐o czasu
  czy d│u┐szy czas inicjalizacji BIOS-≤w SCSI.


  3.5.9.  Argument "reserve=".


  Argument ten jest u┐ywany do ochrony obszar≤w port≤w I/O przed
  przeszukiwaniem.


  ______________________________________________________________________
          reserve=iobase,extent[,iobase,extent]...
  ______________________________________________________________________



  W niekt≤rych maszynach mo┐e byµ konieczne, aby powstrzymaµ sterowniki
  urz▒dze± przed automatyczn▒ pr≤b▒ wykryci▒ urz▒dzenia w konkretnych
  obszarach. Mo┐e to byµ spowodowane ╝le zrobionymi urz▒dzeniami, kt≤re
  powoduj▒ zawieszanie podczas startu (tak jak niekt≤re karty
  Ethernetowe), urz▒dzeniami b│Ωdnie rozpoznanymi, urz▒dzeniami, kt≤rych
  stan zosta│ zmieniony podczas wcze╢niejszej pr≤by wykrycia, albo po
  prostu tym, ┐e nie chcesz aby jakie╢ urz▒dzenie zosta│o wykryte.

  Argument startowy reserve eliminuje te problemy przez podanie obszaru
  adres≤w I/O, kt≤ry nie ma byµ sprawdzany. Obszar ten jest oznaczany w
  tablicy rejestracyjnej port≤w j▒dra tak jakby jakie╢ urz▒dzenie
  zosta│o ju┐ w tym obszarze wykryte (s│owem reserved). Zauwa┐, ┐e ten
  proceder nie jest konieczny na wszystkich maszynach. Tylko je╢li
  wystΩpuje problem lub sytuacja wyj▒tkowa, wymagaj▒ca u┐ycia tego
  argumentu.

  Porty I/O w podanym obszarze s▒ chronione przed pr≤b▒ automatycznego
  wykrywania, kt≤ra u┐ywa funkcji check_region() przed wykrywaniem na
  ╢lepo w pewnym regionie adres≤w I/O. Argument ten wprowadzono, aby
  u┐ywaµ go kiedy jaki╢ sterownik wisi na karcie NE2000 lub identyfikuje
  jakie╢ inne urz▒dzenie jako swoje.  Poprawny sterownik nie powinien
  przeszukiwaµ zarezerwowanego obszaru, o ile inny argument startowy nie
  poinformuje go wyra╝nie, ┐e ma to zrobiµ. Wynika z tego, ┐e argument
  reserve jest najczΩ╢ciej u┐ywany w konfiguracji z innymi argumentami
  startowymi. Tak wiΩc je╢li podasz jaki╢ obszar, aby chroniµ jakie╢
  urz▒dzenie, musisz zwykle podaµ wyra╝nie port tego urz▒dzenia.
  WiΩkszo╢µ sterownik≤w ignoruje tablicΩ rejestracji port≤w je╢li maj▒
  podany konkretny adres. Na przyk│ad poni┐sza linia:


  ______________________________________________________________________
          reserve=0x300,32 bla=0x300
  ______________________________________________________________________


  powstrzymuje wszystkie sterowniki poza sterownikiem do urz▒dzenia bla
  przed przeszukiwaniem adresu 0x300-0x31F.

  Jako zwyk│y argument startowy argument reserve ma limit na ilo╢µ
  parametr≤w (11), tak wiΩc mo┐esz podaµ tylko 5 obszar≤w
  zarezerwowanych przez ka┐dy argument reserve. Je╢li masz pow≤d, aby
  u┐yµ wiΩcej argument≤w reserve mo┐esz to zrobiµ.


  3.5.10.  Argument "vga=".


  Zauwa┐, ┐e tak naprawdΩ to nie jest argument startowy. Jest to opcja,
  kt≤ra jest interpretowana przez LILO, a nie przez j▒dro, tak jak
  wszystkie inne argumenty startowe. Jednak jej u┐ycie sta│o siΩ tak
  popularne, ┐e wymaga ona tutaj wzmianki. Mo┐na to tak┐e ustawiµ przy
  pomocy rdev -v albo r≤wnowa┐nie vidmode w pliku vmlinuz.

  Argument ten pozwala na zmianΩ trybu wy╢wietlania poprzez BIOS jeszcze
  przed za│adowaniem j▒dra. Typowe tryby to 80x50, 132x44 itd.
  Najlepszym sposobem jest u┐ycie tego argumentu w postaci vga=ask.
  Wy╢wietli on wtedy listΩ dostΩpnych tryb≤w i bΩdzie czeka│ na podanie
  jednego z nich. P≤╝niej, jak ju┐ bΩdziesz zna│ numer trybu jaki chcesz
  u┐ywaµ mo┐esz go wpisaµ zamiast s│owa "ask". Je╢li chcesz wiedzieµ
  wiΩcej zajrzyj do pliku linux/Documentation/svga.txt, kt≤ry przychodzi
  wraz ze ╝r≤d│ami j▒dra.

  Zauwa┐, ┐e nowsze j▒dra (v2.1 i nowsze) maj▒ kod ustawiania, kt≤ry
  zmienia tryb video jako opcjΩ, pokazan▒ jako Video mode selection
  support wiΩc musisz w│▒czyµ tΩ opcjΩ je╢li chcesz u┐ywaµ tej
  w│a╢ciwo╢ci.


  4.  Argumenty startowe dla urz▒dze± peryferyjnych SCSI.


  Sekcja ta zawiera opis argument≤w startowych u┐ywanych do
  przekazywania informacji na temat do│▒czonych adapter≤w i urz▒dze±
  SCSI.


  4.1.  Argumenty dla sterownik≤w ╢redniego poziomu.


  Sterowniki ╢redniego poziomu obs│uguj▒ takie rzeczy jak dyski, CD-ROM-
  y i ta╢my bez wdawania siΩ w szczeg≤│y kontroler≤w.


  4.1.1.  Maksymalna liczba sprawdzanych urz▒dze± LUN.
  ("max_scsi_luns=")


  Ka┐de urz▒dzenie SCSI mo┐e mieµ pewn▒ ilo╢µ "pod-urz▒dze±" zawartych w
  nim. Najpopularniejszym przyk│adem mo┐e byµ tutaj jeden z nowych CD-
  ROM-≤w SCSI, kt≤ry obs│uguje wiΩcej ni┐ jeden dysk na raz. Ka┐dy z
  tych dysk≤w jest adresowany numerem logicznej jednostki (ang. Logical
  Unit Number LUN) danego urz▒dzenia. Ale wiΩkszo╢µ urz▒dze± takich jak
  dyski twarde, ta╢my to pojedyncze urz▒dzenia a zatem ich numer
  logicznej jednostki bΩdzie wynosi│ 0.

  Problem powstaje przy pojedynczych ╝le wykonanych urz▒dzeniach LUN.
  Niekt≤re ╝le zaprojektowane urz▒dzenia SCSI (stare i niestety nowe)
  zawieszaj▒ siΩ gdy przeszukuje siΩ je w celu znalezienia urz▒dzenia o
  numerze LUN r≤┐nym od zera, a czasami zawieszaj▒ tak┐e ca│▒ szynΩ
  SCSI.

  Nowsze j▒dra maj▒ argument startowy, kt≤ry pozwala ci podaµ maksymalny
  numer urz▒dzenia LUN, kt≤re bΩdzie szukane. Domy╢lny numer szukanego
  urz▒dzenia to 0, aby zapobiec problemowi opisanemu powy┐ej.

  Aby podaµ ilo╢µ poszukiwanych urz▒dze± LUN przy starcie, podajemy jako
  argument startowy "max_scsi_luns=n", gdzie n jest liczb▒ pomiΩdzy 1 a
  8. Aby zapobiec problemom opisanym wy┐ej podajemy n=1.


  4.1.2.  Parametry dla sterownika ta╢m SCSI. ("st=")


  Niekt≤re konfiguracje startowe sterownika ta╢m SCSI mo┐na podaµ w
  nastΩpuj▒cy spos≤b:


  ______________________________________________________________________
          st=rozm_buf[,pr≤g_zap[,max_bufs]]
  ______________________________________________________________________



  Pierwsze dwie liczby s▒ podawane w kilobajtach (kB). Domy╢ln▒
  warto╢ci▒ rozm_buf jest 32kB, a maksymalny rozmiar jaki mo┐e byµ
  podany to ╢mieszne 16384kB.  pr≤g_zap to warto╢µ, przy osi▒gniΩciu
  kt≤rej zawarto╢µ bufora zapisywana jest na ta╢mΩ. Domy╢ln▒ warto╢ci▒
  jest 30kB.  Maksymalna ilo╢µ bufor≤w r≤┐ni siΩ w zale┐no╢ci od ilo╢ci
  wykrytych napΩd≤w i ma warto╢µ domy╢ln▒ = 2. Przyk│adem mo┐e byµ:


  ______________________________________________________________________
          st=32,30,2
  ______________________________________________________________________



  Szczeg≤│y mo┐na znale╝µ w pliku README.st, kt≤ry znajduje siΩ w
  podkatalogu scsi ╝r≤de│ j▒dra.


  4.2.  Argumenty kontroler≤w SCSI.


  Uwaga og≤lna dla tej sekcji:

  IOBASE - pierwszy port I/O, kt≤ry jest u┐ywany przez kontroler SCSI.
  Warto╢µ ta podawana jest szesnastkowo, i zwykle mie╢ci siΩ w
  przedziale od 0x200 do 0x3FF.

  IRQ - przerwanie sprzΩtowe, na kt≤re jest skonfigurowana karta.
  Odpowiednie warto╢ci s▒ zale┐ne od konkretnej karty, ale zwykle s▒ to
  5, 7, 9, 10, 11, 12 i 15. Pozosta│e warto╢ci s▒ zwykle u┐ywane przez
  popularne urz▒dzenia takie jak dyski twarde IDE, napΩdy dyskietek,
  porty szeregowe itp.

  dma - kana│ DMA (Direct Memory Access), kt≤rego u┐ywa karta.  W
  zasadzie odnosi siΩ tylko do kart bus-mastering. Karty PCI i VLB maj▒
  domy╢lnie tryb bus-mastering i nie wymagaj▒ kana│u ISA DMA.

  SCSI-ID - identyfikator, kt≤rego u┐ywa dany kontroler do
  samoidentyfikacji na szynie SCSI. Tylko niekt≤re kontrolery pozwalaj▒
  na zmianΩ tej warto╢ci, poniewa┐ wiΩkszo╢µ ma j▒ zapisan▒ wewn▒trz
  siebie. Standardow▒ warto╢ci▒ jest 7, ale urz▒dzenia Seagate i Future
  Domain TMC-950 u┐ywaj▒ 6.

  PARITY - czy dany kontroler spodziewa siΩ od przy│▒czonych urz▒dze±
  kontroli parzysto╢ci przy wymianie wszystkich informacji.  1 oznacza
  w│▒czenie sprawdzania parzysto╢ci, 0 je wy│▒cza. I znowu nie wszystkie
  kontrolery pozwalaj▒ na zmianΩ tej warto╢ci.


  4.2.1.  Kontrolery aha151x, aha152x, aic6260, aic6360, SB16-SCSI
  (`aha152x=')


  Numery aha odnosz▒ siΩ do kart a numery aic do w│a╢ciwego procesora
  SCSI na kartach tego typu, w│▒czaj▒c kartΩ SoundBlaster-16 SCSI.

  Podczas przeszukiwania tej karty, j▒dro pr≤buje znale╝µ zainstalowany
  BIOS, a je╢li go nie ma, j▒dro nie znajdzie twojej karty. Wtedy musisz
  u┐yµ argumentu startowego w postaci:


  ______________________________________________________________________
           aha152x=IOBASE[,IRQ[,SCSI-ID[,powt[,parity]]]]
  ______________________________________________________________________



  Zauwa┐, ┐e je╢li sterownik zosta│ skompilowany z w│▒czon▒ opcj▒ debug,
  mo┐liwa jest do podania tak┐e sz≤sta warto╢µ ustawiaj▒ca poziom
  ╢ledzenia.

  Wszystkie parametry zosta│y opisane powy┐ej, a parametr powt pozwala
  na od│▒czenie lub ponowne pod│▒czenie urz▒dzenia je╢li jego warto╢ci▒
  nie jest 0. Przyk│adowe u┐ycie mo┐e byµ takie:


  ______________________________________________________________________
          aha152x=0x340,11,7,1
  ______________________________________________________________________



  Zauwa┐, ┐e parametry musz▒ byµ podane w odpowiedniej kolejno╢ci; to
  znaczy, ┐e je╢li chcesz podaµ warto╢µ parzysto╢ci musisz podaµ
  najpierw IOBASE, IRQ, SCSI-ID, i POWT.


  4.2.2.  Kontroler aha154x. ("aha1542=")


  To s▒ karty serii aha154x. Seria kart aha1542 ma w sobie wbudowany
  kontroler stacji dyskietek i82077, a aha1540 - nie ma. S▒ to karty
  typu busmaster i maj▒ parametry do ustawienia swojej "uczciwo╢ci",
  kt≤ra jest u┐ywana do dzielenia siΩ szyn▒ z innymi urz▒dzeniami.
  Odpowiedni argument startowy wygl▒da nastΩpuj▒co:


  ______________________________________________________________________
          aha1542=IOBASE[,buson,busoff[,dmaspeed]]
  ______________________________________________________________________



  Mo┐liwe warto╢ci IOBASE to: 0x130, 0x134, 0x230, 0x234, 0x330, 0x334.
  Klony oryginalnych kart mog▒ przyjmowaµ inne warto╢ci.

  Warto╢ci buson i busoff odnosz▒ siΩ do liczby mikrosekund przez jak▒
  karta przejmuje kontrolΩ nad szyn▒ ISA. Warto╢ciami domy╢lnymi s▒:
  buson - 11us, busoff - 4us, tak aby inne karty (jak np. ISA LANCE
  Ethernet) mia│y szansΩ siΩ dostaµ do szyny ISA.

  Warto╢µ dmaspeed odnosi siΩ do prΩdko╢ci (w MB/s), z jak▒ dzia│aj▒
  transfery DMA (Direct Memory Access). Warto╢ci▒ domy╢ln▒ jest 5 MB/s.
  Nowe typy kart pozwalaj▒ na ustawienie tej warto╢ci programowo,
  starsze - poprzez zworki. Mo┐esz podaµ warto╢µ do 10 MB/s zak│adaj▒c,
  ┐e twoja p│yta g│≤wna to wytrzyma.  Eksperymentuj ostro┐nie je╢li
  u┐ywasz warto╢ci wiΩkszych od 5 MB/s.


  4.2.3.  Kontrolery aha274x, aha284x, aic7xxx ("aic7xxx=")


  Kontrolery te przyjmuj▒ argument w postaci:


  ______________________________________________________________________
          aic7xxx=extended,no_reset
  ______________________________________________________________________



  Warto╢µ extended, je╢li jest r≤┐na od zera, okre╢la czy t│umaczenie
  geometrii du┐ych dysk≤w jest w│▒czone czy nie.  Argument no_reset,
  je╢li jest r≤┐ny od zera, informuje sterownik, aby nie resetowaµ szyny
  SCSI podczas ustawiania kontrolera.
  4.2.4.  Kontroler SCSI AdvanSys. ("advansys=")


  Sterownik AdvanSys przyjmuje do czterech adres≤w I/O, kt≤re bΩd▒
  przeszukiwane w celu znalezienia karty SCSI AdvanSys. Zauwa┐, ┐e
  warto╢ci te (je╢li s▒ u┐ywane) nie wp│ywaj▒ w ┐aden spos≤b na
  wykrywanie EISA czy PCI. Maj▒ znaczenie tylko w przypadku kart ISA i
  VLB. Dodatkowo, je╢li sterownik zosta│ skompilowany z w│▒czon▒ opcj▒
  ╢ledzenia, poziom ╢ledzenia mo┐e byµ ustawiony poprzez dodanie
  parametru 0xdeb[0-F]. Znaki 0-F pozwalaj▒ na ustawienie poziomu
  ╢ledzenia na jeden z 16 poziom≤w.


  4.2.5.  Kontroler Always IN2000. ("in2000=")


  W przeciwie±stwie do innych adapter≤w SCSI, ten adapter u┐ywa
  przedrostk≤w w postaci │a±cuch≤w ASCII dla swoich warto╢ci liczbowych.
  Oto lista jego parametr≤w:

  IOPORT:ADDR - gdzie ADDR jest adresem I/O karty (zwykle bez ROM-u).

  NORESET - Nie ma dodatkowych parametr≤w. Zapobiega zresetowaniu szyny
  SCSI podczas startu.

  NOSYNC:X - X jest mask▒ bit≤w, gdzie pierwsze siedem bit≤w odpowiada
  siedmiu mo┐liwym sterownikom SCSI (bit 0 - urz▒dzeniu #0, itd). Ustaw
  dany bit, aby zapobiec synchronicznym negocjacjom na tym urz▒dzeniu.
  Standardowo synchroniczne negocjacje s▒ wy│▒czone w sterowniku dla
  wszystkich urz▒dze±.

  PERIOD:NS - NS jest minimaln▒ ilo╢ci▒ nanosekund w cyklu transferu
  danych SCSI. Domy╢ln▒ warto╢ci▒ jest 500; inne akceptowane warto╢ci to
  250 i 1000.

  DISCONNECT:X - X=0 - nie pozwalaj na od│▒czenia, X=1 - r≤b adaptacyjne
  od│▒czenia, X=2 - zawsze pozwalaj na od│▒czenia.

  DEBUG:X - je╢li zdefiniowano symbol "DEBUGGING_ON" X jest mask▒ bit≤w,
  kt≤ra ustawia r≤┐ne sposoby wydruku ╢ledzenia - odno╢nie konkretnych
  warto╢ci zajrzyj do pliku /linux/drivers/scsi/in2000.h.

  PROC:X - je╢li zdefiniowano symbol "PROC_INTERFACE", X jest mask▒
  bit≤w, kt≤ra okre╢la jak dzia│a interfejs /proc i co robi - odno╢nie
  konkretnych warto╢ci zajrzyj do pliku /linux/drivers/scsi/in2000.h.

  Oto niekt≤re przyk│adowe u┐ycia tego argumentu:


  ______________________________________________________________________
          in2000=ioport:0x220,noreset
          in2000=period:250,disconnect:2,nosync:0x03
          in2000=debug:0x1e
          in2000=proc:3
  ______________________________________________________________________




  4.2.6.  SprzΩt na podstawie AMD AM53C974. ("AM53C974=")


  W przeciwie±stwie do innych sterownik≤w ten nie przyjmuje parametr≤w
  I/O, IRQ, czy DMA. (Poniewa┐ AM53C974 jest urz▒dzeniem PCI, nie ma
  potrzeby tego robiµ) W zamian za to, podawane parametry u┐ywane s▒ do
  ustawiania tryb≤w i prΩdko╢ci transferu, kt≤re maj▒ byµ u┐ywane
  pomiΩdzy adapterem a urz▒dzeniem docelowym. Najlepiej opisaµ to
  przyk│adem:


  ______________________________________________________________________
          AM53C974=7,2,8,15
  ______________________________________________________________________



  Linijka ta zosta│aby zinterpretowana nastΩpuj▒co: Do komunikacji
  pomiΩdzy kontrolerem o numerze SCSI-ID 7 a urz▒dzeniem o numerze SCSI-
  ID 2 maj▒ byµ u┐yte: transfer - 8MHz w trybie synchronicznym z
  maksimum 15-bajtowym offsetem. WiΩcej szczeg≤│≤w znajduje siΩ w pliku
  linux/drivers/scsi/README.AM53C974.


  4.2.7.  Kontrolery SCSI BusLogic z j▒drem w wersji 1.2. ("buslogic=")


  W starszych wersjach j▒dra, sterownik buslogic akceptuje tylko jeden
  parametr, kt≤ry jest adresem I/O. Ma to byµ jedna z nastΩpuj▒cych
  warto╢ci: 0x130, 0x134, 0x230, 0x234, 0x330, 0x334.


  4.2.8.  Kontroler SCSI BusLogic z j▒drem w wersji 2.x. ("BusLogic=")


  W wersjach j▒dra 2.x, sterownik BusLogic przyjmuje wiele parametr≤w.
  (!!! Uwa┐aj na wielko╢µ liter w argumencie !!!). NastΩpuj▒cy opis jest
  wziΩty bezpo╢rednio ze sterownika Leonarda N. Zubkoffa ze ╝r≤de│ j▒dra
  2.x.

  Argumentem startowym dla tego sterownika jest jego nazwa "BusLogic="
  (jeszcze raz przypominam o zachowaniu wielko╢ci liter), po kt≤rej
  nastΩpuje lista parametr≤w liczbowych oddzielonych przecinkami oraz
  ewentualnie lista parametr≤w │a±cuchowych tak┐e oddzielonych
  przecinkami. WiΩksza ilo╢µ argument≤w "BusLogic=" mo┐e byµ u┐yta w
  systemach z wiΩksz▒ ilo╢ci▒ adapter≤w BusLogic.

  Pierwsza liczba okre╢la adres I/O, pod kt≤rym znajduje siΩ kontroler.
  Je╢li nie jest podana, warto╢ci▒ domy╢ln▒ jest 0, co oznacza aby
  resztΩ warto╢ci odnie╢µ do pierwszego znalezionego kontrolera
  BusLogic. Je╢li podane zostan▒ jakiekolwiek parametry adresowe I/O
  wtedy standardowe przeszukiwanie nie odbywa siΩ.

  Druga liczba okre╢la g│Ωboko╢µ kolejki (Tagged Queue), kt≤ra ma byµ
  u┐yta dla urz▒dzenia docelowego, kt≤re obs│uguje kolejkowanie.
  G│Ωboko╢µ kolejki jest ilo╢ci▒ polece± SCSI jaka jest mo┐liwa do
  umieszczenia w kolejce polece± do wykonania. Je╢li parametr ten nie
  jest podany, warto╢ci▒ domy╢ln▒ jest 0, co oznacza u┐ycie warto╢ci
  wykrytej automatycznie opartej na ca│kowitej g│Ωboko╢ci kolejki
  adaptera i numerze, typie, prΩdko╢ci oraz mo┐liwo╢ciach wykrytego
  urz▒dzenia docelowego. Dla kontroler≤w wymagaj▒cych bufor≤w bounce
  ISA, g│Ωboko╢µ kolejki jest automatycznie ustawiana na
  BusLogic_TaggedQueueDepth_B, aby unikn▒µ nadmiernej prealokacji
  pamiΩci na bufory bounce DMA.  Urz▒dzenia docelowe, kt≤re nie
  obs│uguj▒ kolejkowania, u┐ywaj▒ g│Ωboko╢ci kolejki
  BusLogic_UntaggedQueueDepth.

  Trzecia liczba okre╢la czas stabilizacji szyny w sekundach. Jest to
  ilo╢µ czasu do odczekania pomiΩdzy twardym resetem kontrolera, kt≤ry
  inicjuje reset szyny SCSI a wykonaniem polecenia SCSI. Je╢li nie jest
  ona podana, warto╢ci▒ domy╢ln▒ jest 0, co oznacza u┐ycie
  BusLogic_DefaultBusSettleTime.

  Czwarta liczba okre╢la opcje lokalne. Je╢li nie jest ona podana,
  warto╢ci▒ domy╢ln▒ jest 0. Zauwa┐, ┐e opcje lokalne odnosz▒ siΩ tylko
  do specyficznych kontroler≤w.

  Pi▒ta liczba okre╢la opcje globalne. Je╢li nie jest ona podana,
  warto╢ci▒ domy╢lna jest 0. Zauwa┐, ┐e opcje globalne odnosz▒ siΩ do
  wszystkich kontroler≤w.

  Parametry │a±cuchowe podaje siΩ w celu kontrolowania kolejkowania,
  naprawy b│Ωd≤w i wyszukiwania kontrolera.

  Parametr odno╢nie kolejkowania zaczyna siΩ od "TQ:" i pozwala na
  wyra╝ne podanie czy kolejkowanie jest dopuszczone na urz▒dzeniu
  docelowym, kt≤re je obs│uguje. NastΩpuj▒ce opcje tego parametru s▒
  dozwolone:

  TQ:Default - kolejkowanie bΩdzie dopuszczone i oparte na firmowej
  wersji kontrolera BusLogic i na tym czy warto╢µ g│Ωboko╢ci kolejki
  pozwala na kolejkowanie polece±.

  TQ:Enable - kolejkowanie bΩdzie dozwolone dla wszystkich urz▒dze±
  docelowych na danym kontrolerze zamazuj▒c wszelkie limity, kt≤re
  wynika│yby z ustawie± firmowych.

  TQ:Disable - kolejkowanie bΩdzie niedozwolone dla wszystkich urz▒dze±
  docelowych na danym adapterze.

  TQ:<Per-Target-Spec> - kolejkowanie bΩdzie kontrolowane indywidualnie
  dla ka┐dego urz▒dzenia docelowego.  <Per-Target-Spec> - ci▒g znak≤w
  "N" i "X". "Y" zezwala na kolejkowanie, "N" nie pozwala na nie, a "X"
  u┐ywa warto╢ci domy╢lnej opartej na wersji firmowej. Pierwszy znak
  odnosi siΩ do urz▒dzenia 0, drugi - do urz▒dzenia 1 itd. Je╢li ci▒g
  znak≤w "Y", "N" i "X" nie pokrywa wszystkich urz▒dze± docelowych, dla
  urz▒dze± nie pokrytych u┐ywany jest znak "X" czyli warto╢µ domy╢lna.

  Zauwa┐, ┐e wyra╝ne ┐▒danie kolejkowania mo┐e prowadziµ do problem≤w;
  mo┐liwo╢µ ta zosta│a wprowadzona, aby wy│▒czaµ kolejkowanie dla
  urz▒dze± docelowych, kt≤re nie obs│uguj▒ go poprawnie.

  Parametr odno╢nie naprawy b│Ωd≤w zaczyna siΩ od "ER:" i pozwala na
  wyra╝ne zezwolenie uruchamiania sekwencji naprawy b│Ωd≤w kiedy
  wywo│ane zostanie polecenie ResetCommand z powodu niepowodzenia
  wykonania jakiego╢ polecenia SCSI. DostΩpne s▒ nastΩpuj▒ce opcje dla
  tego parametru:

  ER:Default - sekwencja naprawy b│Ωd≤w wybierze pomiΩdzy twardym
  resetem a resetem szyny w zale┐no╢ci od zalece± podsystemu SCSI.

  ER:HardReset - sekwencja naprawy b│Ωd≤w zainicjuje twardy reset
  adaptera, kt≤ry tak┐e spowoduje reset szyny SCSI.

  ER:BusDeviceReset - sekwencja naprawy b│Ωd≤w wy╢le do urz▒dzenia
  docelowego powoduj▒cego b│▒d polecenie resetuj▒ce szynΩ. Je╢li
  sekwencja naprawy b│Ωd≤w jest ponownie inicjowana dla tego urz▒dzenia
  docelowego i ┐adne polecenie SCSI do tego urz▒dzenia nie wykona│o siΩ
  poprawnie od momentu wys│ania polecenia resetuj▒cego, wtedy zostanie
  zainicjowany twardy reset.

  ER:None - sekwencja naprawy b│Ωd≤w zostanie zatrzymana. Opcja ta
  powinna byµ podana tylko je╢li reset szyny SCSI i reset szyny powoduj▒
  ca│kowite i nieodwracalne zawieszenie urz▒dzenia docelowego.

  ER:<Per-Target-Spec> - sekwencja naprawy b│Ωd≤w bΩdzie kontrolowana
  indywidualnie dla ka┐dego urz▒dzenia docelowego.  <Per-Target-Spec>
  jest ci▒giem znak≤w "H", "B" i "N". "D" powoduje zachowanie domy╢lne,
  "H" - twardy reset, "B" - reset szyny, "N" - zatrzymanie sekwencji
  naprawy b│Ωd≤w. Pierwszy znak odnosi siΩ do urz▒dzenia 1, drugi - do
  drugiego, itd. Je╢li ci▒g znak≤w nie pokrywa wszystkich urz▒dze±
  docelowych, wtedy dla urz▒dze± nie pokrytych przyjmuje siΩ "D" czyli
  zachowanie domy╢lne.

  Parametry odno╢nie przeszukiwania adaptera s▒ nastΩpuj▒ce:

  NoProbe - nie przeprowadzaµ ┐adnego przeszukiwania - ┐adne kontrolery
  BusLogic nie zostan▒ znalezione.

  NoProbeISA - nie przeprowadzaµ standardowego przeszukiwania adres≤w
  I/O ISA - wykryte zostan▒ tylko kontrolery PCI.

  NoSortPCI - kontrolery PCI zostan▒ ponumerowane wg. porz▒dku
  ustalonego przez PCI BIOS, ignoruj▒c jakiekolwiek ustawienia opcji
  AutoSCSI "Use Bus and Device # For PCI Scanning Seq.".


  4.2.9.  Karty EATA SCSI. ("eata=")


  Od p≤╝nych wersji 2.0 j▒dra, sterownik EATA przyjmuje argument
  startowy, kt≤ry specyfikuje adres bazowy I/O, kt≤ry ma byµ
  przeszukiwany. Forma tego argumentu to:


  ______________________________________________________________________
          eata=iobase1[,iobase2][,iobase3]...[,iobaseN]
  ______________________________________________________________________



  Sterownik bΩdzie przeszukiwa│ adresy w takiej kolejno╢ci w jakiej
  zosta│y podane.


  4.2.10.  Future Domain TMC-8xx, TMC-950. ("tmc8xx=")


  Algorytm wyszukuj▒cy dla tych urz▒dze± SCSI szuka zainstalowanego
  BIOS-u, a je╢li taki nie jest zainstalowany, karta nie zostanie
  znaleziona. Albo je╢li sygnatura twojego BIOS-u nie zostanie
  rozpoznana wtedy karta tak┐e nie zostanie znaleziona. W tych
  przypadkach bΩdziesz musia│ u┐yµ argumentu startowego w formie:


  ______________________________________________________________________
          tmc8xx=mem_base,irq
  ______________________________________________________________________



  Warto╢µ mem_base okre╢la ilo╢µ pamiΩci przeznaczonej na odwzorowanie
  obszaru I/O u┐ywanego przez dan▒ kartΩ. Zwykle jest to jedna z
  poni┐szych warto╢ci:
  0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000, 0xde000.n



  4.2.11.  Future Domain TMC-16xx, TMC-3260, AHA-2920. ("fdomain=")


  Sterownik wykrywa te karty na podstawie znanych sygnatur ROM BIOS-≤w.
  Pe│n▒ listΩ znanych BIOS-≤w znajdziesz w pliku
  linux/drivers/scsi/fdomain.c, jak i wiele innych informacji. Je╢li
  tw≤j BIOS nie jest znany, to mo┐esz podaµ parametry bezpo╢rednio w
  formie:


  ______________________________________________________________________
          fdomain=iobase,irq[,scsi_id]
  ______________________________________________________________________




  4.2.12.  Port r≤wnoleg│y IOMEGA / sterownik ZIP. ("ppa=")


  Ten argument przeznaczony jest dla kontrolera SCSI portu r≤wnoleg│ego
  SCSI, kt≤ry jest wbudowany w sterownik IOMEGA ZIP.  Mo┐e tak┐e dzia│aµ
  z oryginalnym urz▒dzeniem IOMEGA PPA3. Argument startowy dla tego
  sterownika ma formΩ:


  ______________________________________________________________________
          ppa=iobase,speed_high,speed_low,nybble
  ______________________________________________________________________



  Wszystkie warto╢ci opr≤cz IOBASE s▒ opcjonalne. Je╢li chcesz zmieniaµ
  kt≤r▒╢ z tych trzech opcjonalnych warto╢ci lepiej przeczytaj plik
  linux/drivers/scsi/README.ppa.


  4.2.13.  Kontrolery oparte na NCR5380. ("ncr5380=")


  W zale┐no╢ci od twojej karty, 5380 mo┐e odwzorowywaµ albo porty I/O
  albo pamiΩµ. (Adres poni┐ej 0x400 zwykle oznacza odwzorowywanie
  adres≤w I/O, ale PCI i EISA u┐ywaj▒ adres≤w I/O powy┐ej 0x3FF.)  W
  ka┐dym z przypadk≤w podajesz adres, numer IRQ i numer kana│u DMA.
  Przyk│adem dla karty z odwzorowywaniem port≤w I/O mo┐e byµ:


  ______________________________________________________________________
        ncr5380=0x350,5,3
  ______________________________________________________________________



  Je╢li karta nie u┐ywa IRQ, wtedy podajemy 255 (0xFF) jako numer IRQ.
  Warto╢µ 254 (0xFE) oznacza automatyczne wykrycie numeru przerwania.
  WiΩcej szczeg≤│≤w znajdziesz w pliku
  linux/drivers/scsi/README.g_NCR5380.


  4.2.14.  Kontrolery oparte na NCR53c400. ("ncr53c400=")


  Kontroler ten jest obs│ugiwany przez ten sam sterownik co opisany
  wy┐ej 5380. Argument startowy przyjmuje identyczne warto╢ci za
  wyj▒tkiem DMA, kt≤rego 53c400 nie u┐ywa.


  4.2.15.  Kontrolery oparte na NCR53c406a. ("ncr53c406a=")


  Argument startowy tego sterownika ma formΩ:


  ______________________________________________________________________
          ncr53c406a=PORTBASE,IRQ,FASTPIO
  ______________________________________________________________________



  gdzie IRQ i FASTPIO s▒ parametrami opcjonalnymi. Warto╢µ przerwania =
  0, wy│▒cza u┐ycie przerwania. Warto╢µ FASTPIO = 1 w│▒cza u┐ycie
  instrukcji insl i outsl zamiast instrukcji jedno-bajtowych inb i outb.
  Sterownik mo┐e tak┐e przyjmowaµ DMA jako opcjΩ podczas kompilacji.


  4.2.16.  Pro Audio Spectrum. ("pas=16")


  PAS16 u┐ywa uk│adu SCSI NCR5380, a nowsze modele obs│uguj▒
  konfiguracjΩ bezzworkow▒. Argument startowy ma postaµ:


  ______________________________________________________________________
          pas16=iobase,irq
  ______________________________________________________________________



  Jedyn▒ r≤┐nic▒ jest to, ┐e mo┐esz podaµ numer przerwania 255 (0xFF),
  kt≤re poinformuje sterownik, ┐eby pracowa│ bez u┐ywania przerwania,
  aczkolwiek przy utracie jako╢ci. IOBASE ma zwykle warto╢µ 0x388.


  4.2.17.  Seagate ST-0x ("st0x=")


  Algorytm wyszukiwania dla tych kontroler≤w szuka zainstalowanego BIOS-
  u, a je╢li takiego nie znajdzie, lub je╢li sygnatura w BIOS-ie nie
  zostanie rozpoznana, karta nie zostanie zidentyfikowana.  W takich
  przypadkach musisz u┐yµ argumentu startowego w formie:


  ______________________________________________________________________
          st0x=mem_base,irq
  ______________________________________________________________________



  Warto╢µ mem_base okre╢la obszar adres≤w I/O odwzorowywany, kt≤rego
  u┐ywa karta. Jest to zwykle jedna z poni┐szych warto╢ci: 0xc8000,
  0xca000, 0xcc000, 0xce000, 0xdc000, 0xde000.


  4.2.18.  Trantor T128. ("t128=")


  Te karty s▒ tak┐e oparte na uk│adzie NCR5280 i akceptuj▒ nastΩpuj▒ce
  parametry:


  ______________________________________________________________________
          t128=mem_base,irq
  ______________________________________________________________________



  Warto╢ci dla mem_base to z regu│y:
  0xcc000, 0xc8000, 0xdc000, 0xd8000.

  4.2.19.  Karta Ultrastor SCSI. ("u14-34f=")


  Zauwa┐, ┐e zdaje siΩ, ┐e s▒ dwa niezale┐ne sterowniki dla tej karty,
  tj. CONFIG_SCSI_U14_34F, kt≤ry u┐ywa u14-34f.c i
  CONFIG_SCSI_ULTRASTOR, kt≤ry u┐ywa ultrastor.c. u14-34f jest tym (w
  p≤╝nych j▒drach 2.0), kt≤ry przyjmuje argument startowy w formie:


  ______________________________________________________________________
          u14-34f=iobase1[,iobase2][,iobase3]...[,iobaseN]
  ______________________________________________________________________



  Sterownik bΩdzie przeszukiwa│ adresy w podanej kolejno╢ci.


  4.2.20.  Karty Western Digital WD7000. ("wd7000=")


  Sterownik dla wd7000 szuka znanego │a±cucha BIOS ROM i zna kilka
  standardowych ustawie± konfiguracji. Je╢li ustawienia te nie s▒
  poprawne albo masz nierozpoznan▒ wersjΩ BIOS-u, mo┐esz u┐yµ argumentu
  startowego w formie:


  ______________________________________________________________________
          wd7000=irq,dma,iobase
  ______________________________________________________________________




  4.3.  Kontrolery SCSI nie przyjmuj▒ce parametr≤w.


  Obecnie nastΩpuj▒ce karty nie przyjmuj▒ ┐adnych argument≤w startowych.
  W niekt≤rych wypadkach mo┐esz na si│Ω zmieniµ warto╢ci, edytuj▒c kod
  ╝r≤d│owy sterownika, je╢li ju┐ musisz.


          Adaptec aha1740 (pr≤bkowanie EISA),
          NCR53c7xx,8xx (PCI, oba sterowniki),
          Qlogic Fast (0x230, 0x330),
          Qlogic ISP (PCI)




  5.  Dyski twarde.


  Ta sekcja wymienia wszystkie argumenty startowe zwi▒zane ze
  standardowymi dyskami twardymi takimi jak: MFM/RLL, ST-506, XT i IDE.
  Zauwa┐, ┐e oba sterowniki IDE jak i ST-506 akceptuj▒ ten sam argument:
  "hd=".


  5.1.  Parametry dla dysk≤w i CD-ROM-≤w IDE.


  Sterownik IDE akceptuje wiele parametr≤w, od okre╢lenia geometrii
  dysku do obs│ugi zaawansowanych, czy ╝le wykonanych uk│ad≤w
  kontroler≤w. Poni┐ej wymienione s▒ wszystkie mo┐liwe argumenty
  startowe. Aby dowiedzieµ siΩ wiΩcej na temat szczeg≤│owego opisu
  naprawdΩ powinienie╢ zajrzeµ do pliku linux/Documentation/ide.txt, z
  kt≤rego to streszczenie zosta│o wyci▒gniΩte.


  ______________________________________________________________________
        "hdx=" - jest rozpoznawalny przez wszystkie "x" od "a" do "h",
        jak np. "hdc".

        "idex=" - jest rozpoznawalny przez wszystkie "x" od "0" do "3",
        jak np. "ide1".

        "hdx=noprobe" - napΩd mo┐e byµ, ale go nie szukaj,
        "hdx=none" - napΩdu nie ma, zignoruj CMOS i nie szukaj go,
        "hdx=nowerr" - zignoruj bit WRERR_STAT w tym napΩdzie,
        "hdx=cdrom" - napΩd jest obecny i jest CD-ROM-em,
        "hdx=cyl,head,sect" - napΩd jest obecny z podan▒ geometri▒,
        "hdx=autotune" - sterownik bΩdzie pr≤bowa│ ustawiµ prΩdko╢µ
          interfejsu na najszybsze obs│ugiwane PIO je╢li jest to mo┐liwe
          tylko dla tego napΩdu. Nie jest to obs│ugiwane przez wszystkie
          uk│ady, i ca│kiem prawdopodobne, ┐e bΩdzie sprawia│o k│opoty
          przy starszych/dziwnych napΩdach IDE.

        "idex=noprobe" - nie pr≤buj u┐ywaµ tego interfejsu,
        "idex=base" - szukaj interfejsu w podanym adresie, gdzie base
          to przewa┐nie 0x1F0 lub 0x170 a "ctl" to "base"+0x206,
        "idex=base,ctl" - okre╢lenie base i ctl,
        "idex=base,ctl,irq - okre╢lenie base, ctl i irq,
        "idex=autotune" - sterownik bΩdzie pr≤bowa│ ustawiµ prΩdko╢µ
          interfejsu na najszybsze obs│ugiwane PIO, dla wszystkich
          napΩd≤w na tym interfejsie. Nie jest to obs│ugiwane przez wszystkie
          uk│ady, i ca│kiem prawdopodobne, ┐e bΩdzie sprawia│o k│opoty
          przy starszych/dziwnych napΩdach IDE,
        "idex=noautotune" - sterownik nie bΩdzie pr≤bowa│ ustawiµ
          prΩdko╢ci interfejsu. Jest to zachowanie standardowe
          wiΩkszo╢ci uk│ad≤w opr≤cz cmd640.
        "idex=serialize" - nie nak│adaj operacji na idex i ide(x^1).
  ______________________________________________________________________



  NastΩpuj▒ce parametry s▒ wa┐ne TYLKO dla ide0, a warto╢ci domy╢lnych
  dla port≤w base i ctl nie wolno zmieniaµ.


  ______________________________________________________________________
          "ide0=dtc2278"              : szukaj/obs│uguj interfejs DTC2278,
          "ide0=ht6560b"              : szukaj/obs│uguj interfejs HT6560B,
          "ide0=cmd640_vlb"   : *WYMAGANE* dla kart VLB z uk│adem CMD640,
                            (nie dla PCI - wykrywane automatycznie)
          "ide0=qd6580"               : szukaj/obs│uguj interfejs qd6580,
          "ide0=ali14xx"              : szukaj/obs│uguj uk│ady ali14xx (ALI M1439/M1445),
          "ide0=umc8672"              : szukaj/obs│uguj uk│ady umc8672,
  ______________________________________________________________________



  Wszystko inne jest odrzucane z informacj▒ "BAD OPTION" (czyli "z│a
  opcja").


  5.2.  Parametry standardowego sterownika ST-506. ("hd=")


  Standardowy sterownik dysku mo┐e zaakceptowaµ parametry dotycz▒ce
  geometrii dysk≤w podobnych do sterownika IDE. Aczkolwiek zauwa┐, ┐e
  spodziewa siΩ on tylko trzech warto╢ci (C/H/S) - jedna mniej lub
  wiΩcej i po cichutku ciΩ zignoruje. Akceptuje on tylko argument "hd=",
  tak, ┐e "hda=", "hdb=" itd. nie s▒ brane pod uwagΩ. Format tego
  argumentu to:


  ______________________________________________________________________
          hd=cyls,heads,sects
  ______________________________________________________________________



  gdzie cyls to ilo╢µ cylindr≤w, heads - g│owic; sects - sektor≤w.
  Je╢li s▒ zainstalowane dwa dyski, nale┐y powy┐sze powt≤rzyµ z
  geometri▒ dysku drugiego.


  5.3.  Parametry sterownika dysku XT. ("xd=")


  Je╢li jeste╢ na tak nieszczΩ╢liwym miejscu i u┐ywasz jednej z tych
  starych kart, kt≤re przenosz▒ dane z zab≤jcz▒ prΩdko╢ci▒ dochodz▒c▒ w
  porywach do 125kB/s WYRZU╞ Jí NATYCHMIAT I KUP NOWí !!!  A powa┐nie.
  Algorytm wyszukiwania dla tych kart szuka zainstalowanego BIOS-u, a
  je╢li takiego nie znajdzie, lub je╢li sygnatura w BIOS-ie nie zostanie
  rozpoznana, karta nie zostanie zidentyfikowana.  W takich przypadkach
  musisz u┐yµ argumentu startowego w formie:


  ______________________________________________________________________
          xd=type,irq,iobase,dma_chan
  ______________________________________________________________________



  Warto╢µ type okre╢la konkretnego wykonawcΩ karty, i jest jedn▒ z:
  0=generic; 1=DTC; 2,3,4=Western Digital, 5,6,7=Seagate; 8=OMTI.
  Jedyn▒ r≤┐nic▒ pomiΩdzy r≤┐nymi typami tego samego wykonawcy jest
  │a±cuch w BIOS-ie u┐ywany do autodetekcji, kt≤ry nie jest u┐ywany
  je╢li jest podany typ.

  Funkcja xd_setup() nie sprawdza warto╢ci, i przyjmuje, ┐e wpisa│e╢
  wszystkie cztery. Nie za│amuj siΩ. Tutaj jest przyk│ad dla kontrolera
  WD1002 z wy│▒czonym/usuniΩtym BIOS-em, u┐ywaj▒cym domy╢lnych
  parametr≤w kontrolera XT:


  ______________________________________________________________________
          xd=2,5,0x320,3
  ______________________________________________________________________




  6.  CD-ROM-y (NapΩdy inne ni┐ SCSI/ATAPI/IDE).


  Ta sekcja wymienia wszystkie mo┐liwe argumenty startowe odnosz▒ce siΩ
  do CD-ROM-≤w. Zauwa┐, ┐e nie zawieraj▒ siΩ tutaj CD-ROM-y typu SCSI
  czy IDE/ATAPI. Przeczytaj odpowiedni▒ sekcjΩ dla tych CD-ROM-≤w.

  Zauwa┐ te┐, ┐e wiΩkszo╢µ z tych CD-ROM-≤w ma pliki z dokumentacj▒,
  kt≤re powiniene╢ przeczytaµ. Wszystkie s▒ w katalogu
  linux/Documentation/cdrom.



  6.1.  Interfejs Aztech. ("aztcd=")


  Sk│adnia argumentu dla tej karty to:


  ______________________________________________________________________
          aztcd=iobase[,magic_number]
  ______________________________________________________________________



  Je╢li ustawisz parametr magic_number na 0x79 sterownik bΩdzie pr≤bowa│
  siΩ uruchomiµ i uruchomi siΩ w przypadku nieznanego typu urz▒dzenia
  firmowego. Wszystkie inne warto╢ci s▒ ignorowane.


  6.2.  Interfejs Sony CDU-31A i CDU-33A. ("cdu31a=")


  Ten interfejs CD-ROM-u znajduje siΩ na niekt≤rych kartach d╝wiΩkowych
  Pro Audio Spectrum i innych kartach obs│uguj▒cych interfejs Sony.
  Sk│adnia tego argumentu to:


  ______________________________________________________________________
          cdu31a=iobase,[irq[,is_pas_card]]
  ______________________________________________________________________



  Podaj▒c warto╢µ IRQ = 0 informujesz sterownik, ┐e przerwania sprzΩtowe
  nie s▒ obs│ugiwane (jak na niekt≤rych kartach PAS). Je╢li twoja karta
  obs│uguje przerwania, powiniene╢ ich u┐yµ poniewa┐ zmniejszaj▒ u┐ycie
  procesora na karcie.

  Je╢li u┐ywasz karty Pro Audio Spectrum podaj parametr "is_pas_card"
  jako PAS, a je╢li nie to nie powiniene╢ go wcale podawaµ.


  6.3.  Interfejs Sony CDU-535. ("sonycd535=")


  Sk│adnia argumentu dla tego interfejsu to:


  ______________________________________________________________________
          sonycd535=iobase[,irq]
  ______________________________________________________________________



  Zero mo┐e byµ u┐yte dla warto╢ci iobase jako "znak zajmuj▒cy miejsce"
  (bez ┐adnego znaczenia dla sterownika) je╢li kto╢ chce podaµ warto╢µ
  IRQ.


  6.4.  Interfejs GoldStar. ("gscd=")


  Sk│adnia argumentu dla tego interfejsu to:





  ______________________________________________________________________
          gscd=iobase
  ______________________________________________________________________



  gdzie iobase jest adresem I/O.


  6.5.  Interfejs ISP16. ("isp16=")


  Sk│adnia argumentu dla tego interfejsu to:


  ______________________________________________________________________
          isp16=[port[,irq[,dma]]][[,]drive_type]
  ______________________________________________________________________



  Podaj▒c 0 dla IRQ lub DMA informujesz sterownik, ┐e nie bΩd▒ one
  u┐ywane. Warto╢µ parametru drive_type to jedna z: noisp16, Sanyo,
  Panasonic, Sony i Mitsumi.  Podanie warto╢ci noisp16 wy│▒czy sterownik
  zupe│nie.


  6.6.  Interfejs Mitsumi Standard. ("mcd=")


  Sk│adnia argumentu dla tego interfejsu to:


  ______________________________________________________________________
          mcd=iobase,[irq[,wait_value]]
  ______________________________________________________________________



  Warto╢µ wait_value jest u┐ywana jako wewnΩtrzna warto╢µ timeout dla
  tych, kt≤rzy maj▒ problemy ze swoimi napΩdami i mo┐e, ale nie musi byµ
  zaimplementowana. Zale┐y to od definicji odpowiedniego symbolu podczas
  kompilacji.


  6.7.  Interface Mitsumi XA/MultiSession. ("mcdx=")


  Obecnie ten "eksperymentalny" sterownik ma funkcjΩ ustawiaj▒c▒, ale
  nie przyjmuje ona jeszcze ┐adnych parametr≤w (1.3.15).  (Od t│umacza:
  W wersji j▒dra 2.0.18 tak┐e nie przyjmuje.)  Odnosi siΩ on do tego
  samego sprzΩtu co powy┐ej tyle, ┐e ma trochΩ rozszerzone mo┐liwo╢ci.


  6.8.  Optics Storage Interface. ("optcd=")


  Sk│adnia argumentu dla tej karty to:


  ______________________________________________________________________
          optcd=iobase
  ______________________________________________________________________



  6.9.  Interfejs Philips CM206. ("cm206=")


  Sk│adnia argumentu dla tej karty to:


  ______________________________________________________________________
          cm206=[iobase][,irq]
  ______________________________________________________________________



  Sterownik zak│ada, ┐e liczby miΩdzy 3 a 11 to numery przerwa± IRQ, a
  liczby pomiΩdzy 0x300 a 0x370 to porty I/O, tak wiΩc mo┐esz podaµ
  jeden lub oba argumenty w jakimkolwiek porz▒dku. Mo┐na tak┐e podaµ
  cm206=auto, aby sterownik sam znalaz│ kartΩ.


  6.10.  Interfejs Sanyo. ("sjcd=")


  Sk│adania argumentu dla tej karty to:


  ______________________________________________________________________
          sjcd=iobase[,irq[,dma_channel]]
  ______________________________________________________________________




  6.11.  Interfejs SoundBlaster Pro. ("sbpcd=")


  Sk│adnia argumentu dla tej karty to:


  ______________________________________________________________________
          sbpcd=iobase,type
  ______________________________________________________________________



  gdzie type jest jednym z │a±cuch≤w: SounBlaster, LaserMate lub SPEA.
  (Wielko╢µ liter jest wa┐na !!!). I/O base jest adresem I/O interfejsu
  CD-ROM-u, a nie interfejsu d╝wiΩkowego.


  7.  Inne urz▒dzenia.


  Wszelkie urz▒dzenia, kt≤re nie zaliczaj▒ siΩ do wy┐ej wymienionych
  zosta│y wrzucone tutaj.


  7.1.  Urz▒dzenia Ethernet. ("ether=")


  R≤┐ne sterowniki przyjmuj▒ r≤┐ne parametry, ale wszystkie przyjmuj▒
  przynajmniej nazwΩ, IRQ oraz adres I/O. W najbardziej og≤lnej postaci
  wygl▒d▒ to mniej wiΩcej tak:





  ______________________________________________________________________
          ether=irq,iobase[,param_1[,param_2,...param_8]]],name
  ______________________________________________________________________



  Pierwszy argument, kt≤ry nie jest liczb▒ uznawany jest za nazwΩ.
  Warto╢ci param_n zwykle maj▒ r≤┐ne znaczenie dla ka┐dej karty czy
  sterownika. Typowe warto╢ci to adres pamiΩci dzielonej, okre╢lenie
  interfejsu, kana│y DMA itp.

  Najpopularniejszym u┐yciem tego parametru jest wymuszenie szukania
  drugiej karty Ethernet poniewa┐ domy╢lnie szuka siΩ tylko jednej.  Tak
  wygl▒da│by przyk│ad:


  ______________________________________________________________________
          ether=0,0,eth1
  ______________________________________________________________________



  Zauwa┐, ┐e warto╢ci 0 przy IRQ i adresie I/O w powy┐szym przyk│adzie
  informuj▒ sterownik, aby sam ich poszuka│.

  WA»NA UWAGA DLA U»YTKOWNIK╙W MODUú╙W: Powy┐sze nie wymusi poszukiwania
  drugiej karty je╢li u┐ywasz sterownik-a/≤w jako modu│ (zamiast
  wkompilowaµ je w j▒dro). WiΩkszo╢µ dystrybucji Linux-owych jest
  zbudowana na bazie ma│ego statycznego j▒dra i du┐ej ilo╢ci │adowalnych
  modu│≤w. Parametr ether= odnosi siΩ tylko do sterownik≤w
  wkompilowanych w j▒dro.

  Zauwa┐ te┐, ┐e Ethernet-HowTo ma pe│n▒ dokumentacjΩ na temat u┐ywania
  wiΩkszej ilo╢ci kart i na temat parametr≤w dla konkretnych kart.
  Zainteresowani powinni zajrzeµ do tamtego dokumentu, aby dowiedzieµ
  siΩ szczeg≤│≤w na temat swojej karty.


  7.2.  Sterownik do dyskietek. ("floppy=")


  Jest wiele parametr≤w do tego sterownika i wszystkie s▒ wymienione w
  pliku /linux/drivers/block/README.fd. NastΩpuj▒ca informacja zosta│a
  zaczerpniΩta bezpo╢rednio stamt▒d.


  ______________________________________________________________________
        floppy=mask,allowed_drive_mask
  ______________________________________________________________________



  Ustawia maskΩ bit≤w dopuszczonych napΩd≤w na mask.  Domy╢lnie s▒ to
  kana│y 0 i 1 ka┐dego kontrolera. Jest tak, poniewa┐ pewne
  niestandardowe urz▒dzenia (p│yty g│≤wne ASUS PCI) zmieniaj▒ uk│ad
  znak≤w na klawiaturze kiedy pr≤buj▒ dostaµ siΩ do kana│u 2 czy 3.  Ten
  parametr jest trochΩ przestarza│y z powodu opcji CMOS-u.


  ______________________________________________________________________
        floppy=all_drives
  ______________________________________________________________________




  Ustawia maskΩ bit≤w dopuszczonych napΩd≤w na wszystkie napΩdy. U┐yj
  tego je╢li masz wiΩcej ni┐ dwa napΩdy pod│▒czone do kontrolera
  dyskietek.


  ______________________________________________________________________
        floppy=asus_pci
  ______________________________________________________________________



  Ustawia maskΩ bit≤w, aby dopu╢ciµ tylko kana│y 0 i 1. (Warto╢µ
  domy╢lna)


  ______________________________________________________________________
        floppy=daring
  ______________________________________________________________________



  Informuje sterownik, ┐e masz "dobrze zachowuj▒cy siΩ" kontroler do
  dyskietek. Pozwala to na bardziej wydajn▒ i p│ynniejsz▒ pracΩ, ale
  mo┐e siΩ nie udaµ przy niekt≤rych kontrolerach. Mo┐e to przyspieszyµ
  pewne operacje.


  ______________________________________________________________________
        floppy=0,daring
  ______________________________________________________________________



  Informuje sterownik, aby u┐ywaµ kontrolera ostro┐nie.


  ______________________________________________________________________
        floppy=one_fdc
  ______________________________________________________________________



  Informuje sterownik, ┐e masz tylko jeden kontroler.  (warto╢µ
  domy╢lna)


  ______________________________________________________________________
        floppy=two_fdc lub floppy=address,two_fdc
  ______________________________________________________________________



  Informuje sterownik, ┐e masz dwa kontrolery do dyskietek. Drugi
  sterownik znajduje siΩ pod adresem address. Je╢li adres ten nie jest
  podany - przyjmuje siΩ warto╢µ domy╢ln▒, tj. 0x370.


  ______________________________________________________________________
        floppy=thinkpad
  ______________________________________________________________________



  Informuje sterownik, ┐e masz kontroler Thinkpad, kt≤ry u┐ywa
  odwrotnego oznaczenia linii zmiany dyskietek.

  ______________________________________________________________________
        floppy=0,thinkpad
  ______________________________________________________________________



  Informuje sterownik, ┐e nie masz kontrolera Thinkpad.


  ______________________________________________________________________
        floppy=drive,type,cmos
  ______________________________________________________________________



  Ustawia typ CMOS-u napΩdu drive na type.  Dodatkowo, napΩd ten jest
  dopuszczony w masce bit≤w. Jest to przydatne je╢li masz wiΩcej ni┐ dwa
  napΩdy (w fizycznym cmos-ie mo┐na opisaµ tylko dwa), lub je╢li tw≤j
  BIOS u┐ywa niestandardowych typ≤w CMOS-u.  Ustawienie CMOS-u na 0 dla
  pierwszych dw≤ch napΩd≤w (domy╢lnie) zmusza sterownik do czytania
  fizycznego CMOS-u dla tych napΩd≤w.


  ______________________________________________________________________
        floppy=unexpected_interrupts
  ______________________________________________________________________



  Wy╢wietl informacjΩ ostrzegaj▒c▒ je╢li odebrano niespodziewane
  przerwanie. (zachowanie domy╢lne)


  ______________________________________________________________________
        floppy=no_unexpected_interrupts lub floppy=L40SX
  ______________________________________________________________________



  Nie wy╢wietlaj informacji ostrzegaj▒cej kiedy odebrano niespodziewane
  przerwanie. Jest to potrzebne na niekt≤rych laptopach IBM L40SX w
  pewnych trybach wy╢wietlania. (Wygl▒da na to, ┐e jest jaka╢ interakcja
  pomiΩdzy grafik▒ a dyskietkami.  Niespodziewane przerwania dotycz▒
  wydajno╢ci i mog▒ byµ spokojnie ignorowane.)


  7.3.  Sterownik do d╝wiΩku. ("sound=")


  Sterownik d╝wiΩku mo┐e tak┐e przyjmowaµ parametry, kt≤re zmieniaj▒
  warto╢ci zapisane podczas kompilacji. Nie jest to zalecane poniewa┐
  jest to operacja skomplikowana. Jest (By│a?) ona opisana w pliku
  linux/drivers/sound/Readme.Linux. Forma argumentu startowego dla
  sterownika d╝wiΩku to:


  ______________________________________________________________________
          sound=urz1[,urz2[,urz3...[,urz11]]]
  ______________________________________________________________________



  gdzie ka┐da warto╢µ urzN ma postaµ 0xTaaaID.  Symbole oznaczaj▒ w tym
  formacie:


  T - typ urz▒dzenia: 1=FM, 2=SB, 3=PAS, 4=GUS, 5=MPU401, 6=SB16,
  7=SB16-MPU401,

  aaa - adres I/O szesnastkowo,

  I - numer IRQ szesnastkowo (tj, 10=a, 11=b, ...),

  D - kana│ DMA.

  Jak widzisz jest tu trochΩ ba│aganu. Tak┐e lepiej wkompiluj swoje
  w│asne warto╢ci w sterowniku. Podanie sound=0 spowoduje wy│▒czenie
  sterownika d╝wiΩku zupe│nie.


  7.4.  Sterownik do myszy Bus. ("bmouse=")


  Ten sterownik przyjmuje tylko jeden parametr: jest to warto╢µ IRQ.


  7.5.  Sterownik do myszy MS Bus. ("msmouse=")


  Ten sterownik przyjmuje tylko jeden parametr: jest to warto╢µ IRQ.


  7.6.  Sterownik do drukarki, ("lp=")


  Co do j▒der w wersji wiΩkszej ni┐ 1.3.75, mo┐esz przekazaµ
  sterownikowi jakich port≤w u┐ywaµ a jakich nie u┐ywaµ. To drugie jest
  przydatne je╢li nie chcesz, ┐eby sterownik zaj▒│ wszystkie dostΩpne
  porty, aby inne sterowniki (np.: PLIP, PPA) mog│y ich u┐ywaµ.

  Forma tego argumentu to pary adres_I/O,IRQ. Na przyk│ad takie
  wywo│anie lp=0x3BC,0,0x378,7 spowoduje u┐ycie portu o adresie 0x3BC w
  trybie bezprzerwaniowym, i przerwania 7 dla portu o adresie 0x378.
  Port o adresie 0x278 (je╢li taki by by│) nie by│by przeszukiwany,
  poniewa┐ automatyczne przeszukiwanie ma miejsce tylko je╢li nie podano
  argumentu "lp". Aby wy│▒czyµ sterownik od drukarki nale┐y podaµ lp=0.


  7.7.  Sterownik do ICN ISDN. ("icn=")


  Argument startowy dla tego sterownika to:


  ______________________________________________________________________
          icn=iobase,membase,icn_id1,icn_id2
  ______________________________________________________________________



  gdzie iobase jest adresem portu I/O karty, membase jest adresem
  pamiΩci dzielonej karty, a dwa ostatnie parametry s▒ unikalnymi
  │a±cuchami identyfikuj▒cymi.


  7.8.  Sterownik do PCBIT ISDN. ("pcbit=")


  Argument ten przyjmuje pary liczb w postaci:



  ______________________________________________________________________
          pcbit=membase1,irq1[,membase2,irq2]
  ______________________________________________________________________



  gdzie membaseN jest adresem pamiΩci dzielonej N-tej karty, a irqN jest
  numerem przerwania N-tej karty. Warto╢ciami domy╢lnymi s▒: IRQ = 5,
  membase = 0xD0000.


  7.9.  Sterownik do Teles ISDN. ("teles=")


  Argument dla tego sterownika ma postaµ:


  ______________________________________________________________________
          teles=iobase,irq,membase,protocol,teles_id
  ______________________________________________________________________



  gdzie iobase jest adresem portu I/O karty, membase jest adresem
  pamiΩci dzielonej karty, irq jest kana│em przerwania u┐ywanym przez
  kartΩ, a teles_id jest unikalnym │a±cuchem identyfikuj▒cym.


  7.10.  Sterownik do DigiBoard. ("digi")


  Sterownik ten przyjmuje │a±cuch sze╢ciu oddzielonych przecinkiem
  identyfikator≤w lub liczb. Te sze╢µ warto╢ci to odpowiednio:


          W│▒cz/wy│▒cz kartΩ. (E/D)
          Typ karty: PC/Xi(0), PC/Xe(1), PC/Xeve(2), PC/Xem(3)
          W│▒cz/wy│▒cz dodatkowe ustawienie zworkami. (E/D)
          Ilo╢µ port≤w na tej karcie.
          Adresy port≤w I/O tej karty (szesnastkowo je╢li u┐ywasz
                                       identyfikator≤w │a±cuchowych)
          Podstawa okna pamiΩci (szesnastkowo je╢li u┐ywasz
                                 identyfikator≤w │a±cuchowych).



  Oto poprawny przyk│ad u┐ycia tego argumentu (w obu formach: z
  │a±cuchami i liczbami):


  ______________________________________________________________________
          digi=E,PC/Xi,D,16,200,D0000
          digi=1,0,0,16,512,851968
  ______________________________________________________________________



  Warto╢ciami domy╢lnymi s▒: adres I/O - 0x200, adres pamiΩci dzielonej
  - 0xD0000. W przypadku tego sterownika nie jest dokonywane
  automatyczne wyszukiwanie urz▒dzenia. WiΩcej szczeg≤│≤w znajdziesz w
  pliku linux/Documentation/digiboard.txt.





  7.11.  Sterownik wieloportowej karty szeregowej RISCom/8. ("riscom8=")


  J▒dro mo┐e obs│u┐yµ do czterech kart podaj▒c cztery unikalne warto╢ci
  dla port≤w I/O dla ka┐dej indywidualnej karty. Dalsze szczeg≤│y
  znajdziesz w pliku linux/Documentation/riscom8.txt.


  7.12.  Baycom Serial/Paralell Radio Modem. ("baycom=")


  Argument dla tego sterownika ma postaµ:


  ______________________________________________________________________
          baycom=modem,io,irq,opcje[,modem,io,irq,opcje]
  ______________________________________________________________________



  Podaj▒c modem=1 informujesz, ┐e masz urz▒dzenie ser12, modem=2 -
  urz▒dzenie par96. Opcje=0 oznacza sprzΩt DCD, opcje=1 - oprogramowanie
  DCD. I/O i IRQ s▒ jak zwykle: adresem port≤w I/O i numerem IRQ. WiΩcej
  szczeg≤│≤w na temat tego sterownika znajdziesz w pliku
  /linux/drivers/char/README.baycom.


  8.  Zako±czenie.


  Je╢li znalaz│e╢ jakie╢ przestarza│e informacje, to napisz do autora
  tego dokumentu:

  [e-mail]


  9.  Od t│umacza.


  T│umaczenie to jest chronione prawami autorskimi (C) Bartosza
  Maruszewskiego.  Dozwolone jest rozprowadzanie i dystrybucja na
  prawach takich samych jak dokument oryginalny.

  Je╢li znalaz│e╢ jakie╢ ra┐▒ce b│Ωdy ortograficzne, gramatyczne,
  sk│adniowe, techniczne to pisz do mnie:

  [e-mail]

  Oficjaln▒ stron▒ t│umacze± HOWTO jest http://www.jtz.org.pl/

  Aktualne wersje przet│umaczonych dokument≤w znajduj▒ siΩ na tej┐e
  stronie. DostΩpne s▒ tak┐e poprzez anonimowe ftp pod adresem
  ftp.jtz.org.pl/pub/Linux/JTZ/

  Przet│umaczone przeze mnie dokumenty znajduj▒ siΩ tak┐e na mojej
  stronie WWW. <http://www.jtz.org.pl/bartek/tlumaczenie.html> S▒ tam
  te┐ odwo│ania do Polskiej Strony T│umaczeniowej.

  Kontakt z nasz▒ grup▒, grup▒ t│umaczy mo┐esz uzyskaµ poprzez listΩ
  dyskusyjn▒ [e-mail]. Je╢li chcesz siΩ na ni▒ zapisaµ, to wy╢lij
  list o tre╢ci subscribe jtz ImiΩ Nazwisko na adres
  [e-mail]

  Zmiany wprowadzone przez t│umacza w tym dokumencie to odno╢niki do
  polskich serwer≤w ftp i WWW.